|
|
-
A few moments ago Microsoft officially confimed the upcoming release of an update to Office Communications Server 2007 (OCS 2007) further enhancing the functionality of the platform and providing the foundation for replacing your existing PBX infrastructure over time.
We increasingly are seeing our customers seeking to drive down costs associated with day to day operations and enhance the productivity of their workforce - this update to the OCS platform will further help them on the path to achieving this some examples of this being:
- CAPEX/OPEX Benefits:
- Organizations being able to reduce the amount of their travel budgets, replacing air, land and sea travel through the use of video and audio conferencing inherent in the platform.
- Increasing the ability for staff to work remotely (telework) requiring less office infrastructure and physical space - providing the ability to reach a staff member via a number of modalities - including the new single reach functionality on mobile devices.
- With the addition of Dial-in conferencing functionality to the OCS platform, organizations can reduce their reliance on traditional audio conferencing providers whom charge by the minute for these services. Avanade's own internal research has shown that our average audio conference has 2.8 participants of which the majority of them are internal users.
- SIP trunking removes the need to purchase, implement and support gateway infrastructure in branch offices, allowing an organization to focus their investment on other operational areas.
- Organizational Benefits:
- Ability to offer flexible working conditions to employees, allowing remote work, ease of contact when travelling and the same core functionality from multiple connection types.
- Employee's able to identify a co-workers status and quickly make an informed decision about whether to contact them. This ability can be surfaced in a number of different office and line of business applications and can be custom added via the API's provided in the platform.
- Single-number reach will make it easier for customers and co-workers to contact with information workers whatever their connection state might be - with presence and unified messaging allowing the end-user multiple options for those times in which they don't wish to be contacted.
As customers continue to look at how to reduce their costs and enhance the end-user experience - unified communications offers organizations the ability to frame a holistic communications and collaboration strategy that works with the infrastructure enterprises have in place today and allows people to collaborate seamlessly across time zones and devices.
Avanade, through our next generation workplace framework, can help businesses efficiently communicate and collaborate in a way that is cost-effective, easily integrated, and scalable, enabling employees to access and share business-critical information.
A link to the official release can be found here:
www.microsoft.com/presspass
|
-
An interesting blog alert popped up in my inbox over the weekend about a posting from Ed Brill, a respected Lotus Notes blogger and currently IBM's worldwide sales lead for Lotus Notes. The post mentioned Avanade and Accenture and referenced the Lotus migration which took place a number of years ago when Accenture made the decision to discontinue Notes development and move to the Microsoft platform.
You can find his post here: http://www.edbrill.com/ebrill/edbrill.nsf/dx/he-had-no-idea-but-then-again...microsoft-wants-to-steal-five-million-notes-customers
To be clear, Avanade never ran Lotus Notes, we helped one of our parent companies, Accenture, move away from the IBM platform over a period of years, this is well documented in the case study linked to from the Microsoft and the Avanade site as evidenced in the link below:
http://www.avanade.com/_uploaded/pdf/casestudy/accenturecasestudyln2ms460335.pdf
So apart from that (albeit minor) clarification to Ed's post I'm a little curious as to what all the fuss is about exactly?
Accenture is, and remains in my opinion, one of the best examples of a well executed, enterprise scale Lotus Notes migration which is publically referenced. Does the intimation that they are still running some applications offshore detract from the quality of the credential which highlights the complexities of undertaking a platform switch and discusses how Avanade/Accenture dealt with these complexities to successfully execute the migration?
It's actually quite clearly spelt out in the case study why Accenture chose to migrate:
"As a high performance business, Accenture foresaw a shift in the global business environment - increased collaboration, a need for a robust messaging and collaboration platform, and increased reliance on converged mobile technology such personal data assistants and cell phones. Accenture needed an IT infrastructure that would allow it to collaborate internally as well as with third parties including clients, alliance partners and suppliers. The proprietary nature of the Notes software, however, made it difficult to support this level of teamwork. "
Or more succinctly:
"Accenture wanted a better solution—one that would be less costly and allow for increased collaboration."
So there we have it, they made a decision to migrate as they had a clear business imperative to move.
As for why Lotus Notes may still exist in their environment today:
"Under the market economic model that Accenture introduced, the company is charging sponsors to host databases and applications."
So they are charging an application owner to host any legacy applications or databases that were left at the end of the migration should they not want it to be re-platformed (for instance for compliance reasons), the cost of re-platforming it turns out to be prohibitive, or they were willing to incur the cost of maintaining the application directly. So where is the problem with this exactly? - it's a business decision that has been made and clearly called out in the case study. I agree, this is a clear case of truism’s and FUD if you ask me.
Calling out a job advertisement from the Accenture Careers site looking for Lotus Notes developers in India as evidence that Microsoft is promoting FUD is stretching things a little too. Accenture as a consulting company has requirement for developers who are skilled on many different platforms to service their customer’s needs. If their customer is running Lotus Notes and has a requirement for development work to be continued because they have made the decision to stay with the Lotus platform I fail to see how this becomes anything other than a business decision by Accenture to hire consultants to service this requirement.
A simple if/else statement might help to clear things up
if ((Lotus Notes= true) + (Development Requirement = true)+ (Customer= true )+ (Skilled resource= Available)) {
Echo "Happy Consulting company";
} else {
Echo "Happy Competitor";
}
My syntax is probably wrong - and I'm not a developer, but the point is clear here, consulting companies stay in business by performing tasks requested by their customers. If they don't then their customers will go to another consulting company that will.
Incidentally IBM Services has a number of open positions for Exchange Server & SharePoint professionals for those that are interested in heading over to work for Big Blue: https://jobs3.netmedia1.com/cp/search.jsp?tc=1217273951548
Does IBM Services refuse to work with a customer because said customer is using a competing platform? No - they provide the service the customer is asking for and go on their merry way.
As for the comments around Microsoft's stated strategy to target Notes accounts to make the switch to the Microsoft platform - that is nothing but fantastic news for me. Not that I have anything against Lotus Notes or IBM in general, it's just that with a growing practice around helping customers move from Lotus Domino to Exchange this is music to my ears. I have been our Solution owner for Lotus to Microsoft migrations for close to 2 years now, in that time I have seen our practice double in size and it continues to grow steadily today towards doubling again.
A quick tally up of our top 50 customers who are migrating away from Domino gave me a rough figure of just over 1million seats migrated ( yes, those are actually deployed Exchange seats and yes it may be off by a couple of % points) in the past 24months. Some of these were "new" switchers, others had owned the licenses for a while and chose to deploy for their various reasons. Not quite the same numbers that Microsoft has mentioned have been moved, though we are but 1 of 40,000+ Microsoft partners worldwide – I’m sure some of the others are doing Domino to Exchange work as well.
So in closing off I guess I agree with Ed here on his last comment of his blog post more than anything else:
"I hesitate to make more noise out of any of these episodes of the past, because our story is solid and there's no need to be constantly and loudly defensive. On the other hand, when the truth is out there, doesn't it deserve to be heard? "
You're right Ed, the truth does deserve to be heard, both sides of the truth of course....
|
-
I've put together this quick feature/workload matrix for the main Unified Communication technology providers in the marketplace today, It's something I've been meaning to do for months now and only just found a spare 20minutes to blog on it instead.
I'll fill this out in more posts over the coming weeks as I research further the gaps in the two non-Microsoft providers to ensure I’m providing a “fair” representation of all vendors.
Obviously there will be gaps in the Cisco story as they do not have an email server or client available as a software/hardware offering.
|
|
Microsoft |
Cisco |
IBM |
|
Server/Service: |
|
Email |
Exchange Server 2007 |
|
Lotus Domino |
|
IM/Presence |
OCS2007 |
Unified Presence Server |
Sametime |
|
Audio Conferencing |
OCS2007 |
Meeting Place, WebEx, IPVC |
Sametime |
|
Video Conferencing |
OCS2007 |
Meeting Place, WebEx, IPVC |
Sametime |
|
Web Conferencing |
OCS2007 |
Meeting Place, WebEx |
Sametime Unyte |
|
IP Telephony (VoIP) |
OCS2007 |
Unified Communications Manager |
Sametime with 3rd Party software |
|
VoiceMail |
Exchange Server 2007 |
Unity |
|
|
Client: |
|
Rich Email |
Outlook 2007 |
|
Lotus Notes 8 |
|
Reach Email |
Outlook Web Access |
|
Domino Web Access |
|
Mobile Email |
Outlook Mobile (WM)
Other clients: Symbian, iPhone. |
|
|
|
Rich IM |
Communicator 2007 |
Unified Personal Communicator |
Sametime |
|
Reach IM |
Communicator Web Access |
|
|
|
Mobile IM |
Communicator Mobile |
|
|
|
Web Conferencing |
Live Meeting 7 |
|
Sametime Unyte |
|
-
An article I wrote was published on the CIOupdate.com website recently on the topic of planning for Unified Communications in your organization, I've included a link and the text of the original (longer) version of the article for those who are interested in reading it.
http://www.cioupdate.com/trends/article.php/3758556
Ironically, the explosion of new communication tools over the past decade has made collaboration in large enterprises more difficult than it needs to be. Whilst the number of options for communication has increased, so has the need for interaction among geographically distributed teams, partners and suppliers. These groups typically use a variety of communication channels to exchange information, placing greater demands on the IT organization and making it difficult to know the best way to reach someone at a given time.
Managing diverse systems for communication such as telephony, instant messaging, e-mail has strained many IT departments, whom are often forced to make a range of equipment in different countries work together. Additionally, more and more people, especially younger recruits, have come to expect the same capabilities at work that they now use at home. This places extra burden on IT staff to keep up with user demands as well as security concerns posed by these emerging technologies. The challenge is both technological and strategic. Clearly, users need access to the right tools, however to truly transform organizational performance these tools and systems must be integrated within the context of the company’s strategic business objectives.
Unified communications allows people to collaborate seamlessly, regardless of location or device. It accomplishes this by combining the functionalities organizations use today—e-mail messaging, collaborative Web sites and conference calling— with presence, instant messaging and software-powered voice over IP (VoIP). With the overall result providing a foundation for enhanced competitiveness in the global marketplace, improved user productivity, significant cost reduction and new business value opportunities.
Situation
To stay ahead of global competitors, organizations have to respond ever faster to new business challenges and shifting priorities. Most global companies struggle with growth in part because the technology they use for communications is fragmented and doesn’t work together to span language barriers and time zones.
Avanade has collaborated with more than 50 global customers to unify their communication systems, helping them communicate with colleagues in multiple locations. One such company, a Business Consulting firm with operations worldwide, was expanding rapidly and adding new services, however its ability to communicate and share information internally was impeding its continued growth.
With a distributed global workforce our customer was challenged by a series of fragmented communications systems which were not adequately meeting the changing business needs of their highly mobile workforce and engaged Avanade to assist in defining and executing against their stated business goals.
Solution
The strategic Unified Communications solution Avanade implemented with this Global Business consulting company included the Office Communications Server 2007, Office SharePoint Server 2007 and Exchange Server 2007 technologies, which were then integrated with their existing information portals and line of business systems.
Initial results have shown a dramatic increase in productivity, an ability to find critical information faster and a reduction in roadblocks to decision-making. In addition to the productivity benefits, our customer has seen a shift in the way their employees communicate and collaborate – resulting in reduced telephony and external conferencing costs as a result of utilizing their internally provided Unified Communications infrastructure.
Improved Flexibility Equals Enhanced Competitiveness
Using technology that’s available today, businesses can evolve their business strategy and processes to take advantage of their existing technology investments and gain competitive advantage. Better communication and collaboration leads to process efficiencies, faster innovation and faster decisions based on better information.
Additionally, with unified communications, employees don’t have to commute on a daily basis. It gives organizations the flexibility to have a distributed work force, get drivers off the road, and make employees at home just as productive as those in the office.
Reduce Costs
In addition to providing process efficiencies and competitive advantage, unified communications can also deliver bottom-line savings. With many employees traveling or working onsite at customer locations, conference calling for internal meetings is critical for organizations. A straightforward cost saving can be achieved by moving your internal conference calls through Office Communications Server 2007, resulting in savings of thousands of dollars a month in some instances.
Companies implementing unified communications also see savings from simplifying multi-vendor solutions, reducing software licensing fees, eliminating video conferencing hardware and simplifying IT management. For example, the integration of Office Communications Server 2007 with other Windows-based software means that any issues with voice communications can be handled centrally.
Open the door to new business value opportunities
In increasingly competitive global markets, customer service and experience plays a greater role in the success of an organization than in the past. Organizations recognize this and are adapting their strategies to incorporate new mechanisms for interacting with their customers and business partners.
Integrating unified communications technologies into your customer facing systems or processes opens the door to developing business value opportunities and the ability to drive growth through contextual interactions, empowering your customers to make an informed decision about which communications channel they use to engage with your organization when interacting with your customer facing staff.
Taking the Plunge
Although broad collaboration across teams and regions in large enterprises is a complicated goal, several fundamental steps will prepare your organization for a new unified communications platform.
People, planning and piloting should represent the majority of early-stage work in implementing your unified communications project. Thorough plans, clear sponsorship at the executive level, and extensive pilots will have the biggest impact on the success of your project. First impressions can make or break adoption of new tools and technologies, and unified communications technology is particularly viral in the way it takes hold in an organization. A well-planned, positive first experience for a set of key pilot users will send the right message to the rest of the organization.
Unified communications is not just about deploying instant messaging or telephony, it’s about connecting people to the information and the expertise that they require in order to do their jobs more productively. By taking these practical steps now and ensuring a positive experience at the onset, your organization will be able to take full advantage of unified communications in the future.
|
-
I guess my favorite part of the PostPath whitepaper was the substantial costs section. Debunking a couple of the easier ones immediately let's focus on the fun stuff.
- Public Folder support in OWA - is is supported and accessible. End of discussion really.
- 64bit computing - I'd be hard-pressed to find an organization of 2000 users installing a new messaging system which didn't purchase some new hardware to run it on in most instances. Especially when they are implementing h/w redundancy. (Cost comparison - still coming to it)
- Retraining your administrators to use a new administration interface - That would be much along the lines of having them retrain to use a new messaging systems administrative interface right? Like the PostPath admin interface for example.
Licensing Costs
Aaaaaah this old gem crops up again. Microsoft has actually not increased the cost of any Client Access License for Exchange since Exchange 2000 - yes that is right, 8 years ago they hiked up the price, how dare they! On the server side they also left the list pricing the same as it was for the previous version.
What Microsoft did introduce was the Exchange Enterprise CAL with Exchange 2007, this CAL is additive (meaning you buy the Standard then the enterprise CAL) however along with the introduction of this new CAL came the right for a user to access:
- Unified Messaging - the Exchange Voicemail and Inbound Fax solution.
- Journaling
- Compliance
- Antispam and Antivirus services from the Exchange Hosted Services team.
Migration Costs
I'll lump all of this under one banner for ease of reading.
Intermediate Upgrade costs incorrectly states that you can only transition from Exchange 2003 to Exchange 2007 without performing an intermediate upgrade, actually you are able to do this from Exchange 2000 as well with no issues. If you however try to transition direct from Exchange 5.5 to Exchange 2007 you will require an intermediate migration or in many cases the most appropriate option would be to purchase a tool from Quest which allows you to forego the cost of the step migration.
One thing I didn't see mentioned was the cost of migrating the existing user data in the older exchange system to the PostPath system. Or is the mail simply left in the old system or deleted/archived? Either way we still have a cost to be addressed there - as with an Exchange upgrade.
Another interesting point made was that PostPath doesn't change the popular Public Folder architecture, a little more research needs to be done here - are the public folders migrated into PostPath? Or do they remain in exchange and therefore accessible to PostPath users? Either way I see the requirement for dual CAL licensing - either maintaining CAL's for those users who are PostPath based using Outlook for postpath access and/or Exchange public folders on the exchange system. Or for Exchange based users who need public folder access to the PostPath system (assuming the data is stored there). Not sure where the reduction in licensing costs will come from then.
Cost Comparison
This table is taken from the PostPath site which highlights the cost of PostPath vs. Exchange Server in a 2,000 user environment with high-availability requirements.
Original PostPath Cost Comparison
Some base assumptions were made which are summarised in the bullet points below:
- Exchange struggles with a 2TB store and 2,000 users, so the configurator has selected 2 servers at the regional office, and 2 backup servers at HQ, whereas PostPath works fine with one server in each place
- On the storage side, the PostPath Server™ is able to use much lower cost storage - $1300 per TB for PostPath vs. $9700 per TB for Exchange
- In the case of Exchange, there are Windows Server and Windows CALs to pay for.
- For Exchange CALs vs. PostPath CALs, PostPath is lower cost, and benefits from free CALs for the redundant server
replication PostPath uses DRBD, which is an open source distributed storage system, whereas Exchange™ is using XOSoft to replicate.
|
Details |
PostPath |
|
|
Exchange™ |
|
|
|
Main Servers |
Unit (Avg.) |
Num. |
Total |
Unit (Avg.) |
Num. |
Total |
|
Server Hardware |
$3,593 |
2 |
$7,187 |
$7,053 |
4 |
$28,211 |
|
Storage subsystem |
$2,602 |
2 |
$5,205 |
$9,707 |
4 |
$38,829 |
|
OS (CentOS 4.3/Windows Adv. Srv 2003) |
$0 |
2 |
$0 |
$3,999 |
4 |
$15,996 |
|
OS client CALs |
$0 |
2 |
$0 |
$38,025 |
4 |
$152,100 |
|
PostPath Server™/Exchange Server™ |
$4,000 |
1 |
$4,000 |
$3,999 |
4 |
$15,996 |
|
Server CALs (PostPath/Exchange™) |
$87,750 |
1 |
$87,750 |
$65,325 |
4 |
$261,300 |
|
Backup Tool (Veritas) |
$344 |
1 |
$344 |
$1,200 |
2 |
$2,400 |
|
Replication SW (FS-level/XOsoft WanSyncHA) |
$0 |
1 |
$0 |
$20,000 |
2 |
$40,000 |
|
Web Access Server |
|
|
|
|
|
|
|
Server Hardware |
$3,593 |
2 |
$7,187 |
$7,053 |
4 |
$28,211 |
|
OS (CentOS 4.3/Windows™ Adv 2003 +IIS) |
$0 |
2 |
$0 |
$3,999 |
4 |
$15,996 |
|
Total |
|
|
$111,673 |
|
|
$599,040 |
Adjusted Cost comparison with some research applied to it
After having looked closely at the base assumptions, the numbers specified and the content of the PostPath website and also the whitepaper I was forwarded I've created a number of base assumptions myself. These are either from Microsoft, professional experience or other industry sites.
- Exchange Server 2007 is fine with 2TB of mailboxes on a single server, providing high availability for the environment let's place 2000 users on single server bringing a total of two mailbox servers each with the required roles.
- I/O enhancements in Exchange Server 2007 allow for use of lower cost storage comparable to the storage used by PostPath.
- Windows 2003 R2 Std Edition is used, not Enterprise Edition.
- Exchange Server 2007 Std Edition is used, not Enterprise Edition
- SCC used removing the requirement for Xosoft.
- Web Access server doesn't host mailboxes and therefore can use same hardware as PostPath.
- Customer already running Exchange for 2000 users therefore owns the CAL's required for Server OS.
|
Details |
PostPath |
|
|
Exchange™ |
|
|
|
Main Servers |
Unit (Avg.) |
Num. |
Total |
Unit (Avg.) |
Num. |
Total |
|
Server Hardware |
$3,593 |
2 |
$7,187 |
$3,500 |
4 |
$14,000 |
|
Storage subsystem |
$2,602 |
2 |
$5,205 |
$2,602 |
2 |
$5,205 |
|
OS (CentOS 4.3/Windows Std. Srv 2003) |
$0 |
2 |
$0 |
$999 |
4 |
$3,996 |
|
OS client CALs |
$0 |
2 |
$0 |
|
|
$0 |
|
PostPath Server™/Exchange Server™ |
$4,000 |
1 |
$4,000 |
$699 |
2 |
$1,398 |
|
Server CALs (PostPath/Exchange™) |
$87,750 |
1 |
$87,750 |
$67 |
2000 |
$134,000 |
|
Backup Tool (Veritas) |
$344 |
1 |
$344 |
$1,200 |
2 |
$2,400 |
|
Replication SW (FS-level/XOsoft WanSyncHA) |
$0 |
1 |
$0 |
$20,000 |
0 |
$0 |
|
Web Access Server |
|
|
|
|
|
|
|
Server Hardware |
$3,593 |
2 |
$7,187 |
$3,593 |
2 |
$7,187 |
|
OS (CentOS 4.3/Windows™ Adv 2003 +IIS) |
$0 |
2 |
$0 |
$999 |
2 |
$1,998 |
|
Total |
|
|
$111,673 |
|
|
$170,184 |
In Summary
Overall I think there is a place and a potential market for products such as PostPath even in enterprises today, product innovation is coming from a number of areas and corporate messaging systems should be no different.
In any case from my simple re-calculation of their cost comparison above it quickly becomes clear that the 70% reduction in costs associated with going from one messaging platform to another from their website can also quickly disappear when challenged from the opposite perspective.
All of the pricing I used in my calculations were Microsoft's list prices for their products, I cannot comment for PostPath as their prices are not published however in an organization of 2000 users I would expect the licensing from Microsoft would be discounted and the delta between the two platforms would be less than it is in my comparison.
Admittedly it was possible to further reduce the cost of the Microsoft based comparison but I think the point has been made in the $420,000 difference between the original and the challenged comparison.
Guess I'll go back to picking on Domino now.
|
-
An interesting sponsored whitepaper dropped into my inbox a few days back regarding a Linux-based Corporate email server as an alternative mail system for certain types of user within an enterprise. In fact it can simply "drop-in" to a heavy Microsoft environment with ease and co-exist seamlessly, no disruptions or reconfiguration of any kind required.
The whitepaper screams a few interesting points as to why it is the alternative to Microsoft Exchange, for a giggle I thought I'd spend a couple of hours playing with it to familiarize myself in-case one of our customers was interested in it one day and wanted the other side of the sales story.
According to the whitepaper it would seem that Exchange is plagued with problems, inherent architecture flaws in some instances it would seem:
- Performance and backup issues with larger mailboxes
- Closed database architecture driving complexity around backup and high availability
- Inefficient storage I/O, driving archiving costs and challenges
- Limitations of the Web access client, with its pre-Web 2.0 UI and flimsy support for browsers other than Internet Explorer
- Inefficiencies for mobile device clients, especially BlackBerry users (via BES)
So, let's just take a peek through these issues and discuss a little these flaws in the world's most prevalent corporate messaging platform and see if we can't debunk a few myths.
Performance and backup issues with larger mailboxes, Closed Database Architecture and inefficient storage I/O driving costs and challenges.
These three are all pretty much the same and seemingly the foundation upon which PostPath makes it's case for using their solution rather than undertaking an expensive Exchange upgrade and migration.
As with all Exchange naysayers the bogeyman is yet again the JET database architecture. A deprecated technology screams the whitepaper which in effect requires an organization to go out and purchase expensive storage which in turn add's complexity to the backup and archiving solution and contributes to the performance of large mailboxes given the stress placed on the disk subsystem.
Interestingly enough the folks at PostPath seem to have missed that Microsoft themselves have given quite comprehensive guidance around amongst other things the performance of mailboxes in an Exchange 2007 environment. Seems that the cost of RAM is cheaper than the cost of storage up until about 32gb and was therefore a primary driver behind the switch to 64-bit computing in Exchange 2007.
Referring to the cost comparison on the PostPath website (I'll come to this later) a correctly sized mailbox environment for 2000 users, who are all relatively heavy mailbox users we would require 10gb+2gb RAM for the overhead. But in doing so we shift the majority of the I/O from the disk, to the RAM subsystem - which in most tests shows a reduction in disk I/O of around 70% from Exchange 2003 and therefore eliminate the need for all of that expensive storage we needed to account for.
Wow - did I read that right? A 70% reduction in disk I/O from the previous version of Exchange off the bat - not sure about everyone else, but I kind of like that kind of "shortcoming" in the product.
Limitations of the Web access client, with its pre-Web 2.0 UI and flimsy support for browsers other than Internet Explorer
Not sure I entirely agree on this one either, I kind of like the improvements in the OWA experience with Exchange 2007 afterall the purpose of the client is meant to be for those users who infrequently use mail or happen to be away from their primary client machine (in which case they would be using outlook right?)
Of course Web 2.0 interfaces are much prettier and AJAX is great right. However given one of the key features promoted by PostPath is the fact that their alternative works with Outlook just as well as Exchange (Yes, I'll ignore that guys) that would mean that all of our corporate users would not only need to be familiar with the featureset of Outlook when in the office, but then the rich Web 2.0 UI when out of the office or away from their primary PC.
Given OWA Premium is one of the most advanced AJAX applications on the planet some of their comments around AJAX later in the whitepaper confused me, along with the lack of "non-IE" browser support which if you look at OWA Light (which incidentally has quite a nice Web 2.0 feel about it) sort of disappears as well. In fact at last check OWA Light supported all of the major browser players - Firefox, Safari, Opera, Netscape, mulitple versions of IE including IE on Mac. Obviously I haven't tested all of these but my experience on IE and Firefox was the same - if someone wants to mail me one of those super light Mac laptops I am happy to try Safari as well.
Inefficiencies for mobile device clients, especially BlackBerry users (via BES)
Interestingly the primary reason stated for inefficiencies with mobile devices was also the I/O overhead - given I've covered that fairly well earlier on I'll just ignore this one for brevities sake. Even if a BlackBerry is a little more resource intensive device, will be interesting to see what kind of performance hit the iPhone 2 has on our Exchange servers, I'm predicting a global meltdown myself.
I'll cover off the cost comparison from their website in my next post as it makes for some interesting reading as well.
|
-
Much has been said of comparing the cost to migrate away from Lotus Notes to a Microsoft centric environment, or in certain cases the other way around. Analysts and platform vendors have been throwing figures and numbers at each other for close to a decade now as the justification for selecting one platform over another.
As one of my roles at Avanade, I have the joy (no really!) of managing our Lotus Notes Migration solutions space. As a result of this I have the opportunity to speak to many different types of customers all over the world whom have either decided to make the switch to the Microsoft platform or are considering it and are seeking assistance or input on a strategy for 'taking the plunge'
Overall the key to executing a migration of any type is the amount of up-front planning and strategic thinking which is undertaken prior to commencing the actual "migrating" - with a Lotus Notes migration this is of particular importance as choices undertaken early in the process have the ability to heavily influence the eventual cost of a migration overall.
Much of the focus of any migration away from Lotus Notes usually centre's around the application portfolio a customer has, with two key considerations needing to be taken into account when determining the true cost of ownership or migration cost and when (if) demonstrable cost savings will be achieved as a result of a platform transition.
These considerations, often referred to as “as-is” and “to-be” architecture provide the foundation of any evaluation into updating an application estate through a migration or upgrade to a later release. By determining the “as-is” state, a business is in essence, clearly defining their requirements, existing issues and strengths of their existing solution prior to determining their future state environment within the “to-be” architecture which can then be executed on.
This approach to application migration is time tested and sound, however when it comes to a platform migration often there are other constraints or considerations that need to be considered, by borrowing from an Enterprise Architecture model in addition to the traditional application architecture model organizations can in essence mitigate some of the risks associated with the change process. By understanding and reacting to internal forces such as political boundaries and fiscal requirements or constraints it is possible to ensure that the business vision and strategy is accurately represented in both the current and future state solutions.
The true value for an organization will lie in the “to-be” or future state solution which provides them with a foundation for executing on a business or process enablement vision, it may be provided through the ability to find or locate information or expertise more easily through search or it may be realized through infrastructure and application streamlining and the efficiencies associated with operating a less complex or optimized environment.
The value to each organization is different, as are the metrics they apply in judging what represents true value with respect to executing on their business strategy or vision.
For example, I've seen customers who have focused on the quick win aspect of migrating their simple template based applications - a great approach as they seek to gain momentum in the transition away from Domino - but at the same time they've overlooked the savings achievable by migrating or rebuilding more complex applications which were costing them countless hours in code maintenance and support time each year.
Some key tasks organizations undertaking an application migration might consider :
- Creation of a comprehensive application database inventory
- Identify whether the application is being used
- Is it template based or custom built
- Identify who the owner is and actual users are
- Identify the owner of the application
- Identify who uses the application
- Categorize the application according to it's "to-be" state (some suggested categories)
- Migrate - move to another platform
- Archive - move to cheaper storage or tape.
- Rebuild - functionality replaced in a new application.
- Web-enable - left on Domino and web-enabled.
- No action - left on Domino and accessed via client
- Identify the true business value the application is providing
- Work with the application owner to identify what function it serves organizationally
- Identify the key functions that it provides
- Evaluate the value of remediating the functionality to another platform
- Create a "to-be" recommendation for the application.
Whilst the above list is a somewhat cut-down version of the things that should be considered when evaluating migrating an application to another platform it's a good start for organizations looking for a starting point.
|
-
It was great to see Quest go public yesterday with their plans to include an application assessment capability in the next release of Notes Migrator for SharePoint.
We've seen some early previews of this capability through the Avanade/Accenture/Quest alliance that has existed for many years in the Lotus Notes migration space and are currently waiting to get our hands on the bits so we can "test it in anger" with some early customers.
An excerpt from Steve Walch's blog:
The first thing to clarify is that there is really not a separate analysis tool. Notes Migrator for SharePoint 5.0 will contain extensive features for conducting pre-migration assessments (i.e., it will be an “analysis tool” as well as a “migration project management tool” and, of course, a “content migration tool”).
In the analysis area specifically, Notes Migrator for SharePoint 5.0 will be able to…
- Discover Notes Databases across all servers in all locations
- Classify Applications according to Technical or Business attributes
- Analyze Application Usage to identify unused applications
- Analyze Design Complexity and deviations from standard templates
- Analyze Data Complexity and identify content migration needs
- Extract QuickPlace room hierarchies and Domino.Doc cabinet organization
We will be demonstrating this new version at our Tech·Ed IT Pro Booth # 1446 [link] and are planning on making an alpha or beta version available to key partners and customers by the end of June. We do not have a final release schedule at this time.
Original post can be found here: http://notes2sharepoint.org/archive/2008/05/29/when-is-quest-going-to-deliver-an-analysis-tool.aspx
|
-
An interesting (and detailed!) post on the Communications Server Team blog caught my eye a few days back regarding the question of why OCS doesn't support SIP over UDP as one of its transport options.
http://communicationsserverteam.com/archive/2008/05/23/196.aspx
Having previously asked this same question of various members of the Product Group it was nice to see a clarification as to why it isn't supported in the product today.
It also reminded me of a long forgotten project I'd embarked on back in the pre-release days of OCS2007 to get the Enterprise Voice aspects working with SIP trunking via a soft PBX, at the time Asterisk didn't support SIP over TCP/TLS so I was unable to get it directly working, however after much investigation, litres of coffee and a number of soul-crushing dead-end's I was able to get it working with sipX, an open source proxy which has been around for years and which supported SIP/TCP and SIP/UDP acting as the gateway between OCS and Asterisk as the software PBX configured to my SIP trunk and local number on the internet.
A quick Live search today indicates there are a number of different options available to those who (like myself) don't have the luxury of a PBX in their basement and want to try out the telephony capabilities of both Office Communications Server and also the Exchange Unified Messaging functionality in their home lab or virtual environment.
Soft PBX options:
Asterisk, remains a favorite of mine having used it for sometime and it now seems that the next version of the product will include native SIP/TCP Support. Asterisk v1.6.0 is currently in Beta and available for download here: http://www.asterisk.org/downloads
PBXnSIP is another alternative that I've stumbled across which appears to have good support and integration potential for OCS and Exchange and also has the SIP/TLS transport layer baked into it.
Download a trial here: http://www.pbxnsip.com/trial
Wiki outlining how to configure for OCS: http://wiki.pbxnsip.com/index.php/Office_Communications_Server
One area which is still problematic in a pure soft environment is call control functionality. OCS uses uaCSTA as its call control mechanism - neither Asterisk or PBXnSIP support uaCSTA today that I've been able to locate in my quick searches, however as is often the nature of Open Source it will only be a matter of time before someone sits down and writes an add-on with this support.
Over the coming weeks as I get a chance I'll post a series of Step-by-Step configuration posts on having OCS2007 and Asterisk work together in a virtual environment.
|
-
One question I see asked a lot on our internal forums and by customers is what do I miss if I stay with Exchange Server 2003 when implementing Office Communications Server 2007.
You don't actually "lose" any functionality from either of the products by staying on one version or another, however you do "miss" the opportunity to provide a much tighter integration between Exchange and OCS and a much better experience for your user base by opting to stay with Exchange 2003.
Exchange Server 2007 introduced the Unified Messaging role as a component of it's architecture. Designed to be complementary to the telephony capabilities of LCS2005 SP1 and later OCS2007 the UM role in Exchange provided amongst other things the capability for a users to receive voicemail in their inbox direct from the Exchange Server rather than within a PBX infrastructure.
This concept of anywhere, anytime access allows companies to direct unanswered calls to the Exchange infrastructure and then delivers the voicemail to the users inbox allowing them to see their missed calls when they login next or from their Windows Mobile device - and then play the message direct from their client and/or on a phone if that is the preferred option.
Outlook Voice Access was also introducted with Exchange Server 2007 and is beneficial for those users whom are out of the office or on the road a lot - allowing them to connect to and manage their inbox, calendar and personal contacts from any telephone either via natural speech (english only today) or a touch tone interface.
More information on UM and OVA can be found here:
http://www.microsoft.com/exchange/evaluation/unifiedmessaging/umcommunications.mspx
|
-
-
-
-
I’ve been asked this one a couple of times in the last few weeks as we continue to work on some GroupWise and other migrations.
To identify the Exchange schema level which is set for your forest you can navigate to:
CN=ms-Exch-Schema-Version-Pt,CN=Schema,CN=Configuration,DC=DN-of-forest-root-domaincontroller
In the Attribute Editor tab, scroll down to the “rangeUpper” attribute. If Exchange 2007 Service Pack 1 Beta 2 has extended the schema, the value should be 11116.
If you are using the RTM version of Exchange 2007 the value should be10637.
For Exchange 2003, the value should be 6870 and Exchange 2000 should return a value of 4397.
|
-
What is a Property Set? Basically it is a grouping of Active Directory Objects in this case related to Exchange for use in day to day operations.
How have they changed in Exchange 2007? The legacy equivalent of the property sets within Exchange 2007 were simply addressed as Public Information within the directory. The primary ones were things such as
ms-Exch-ADC-Global-Names ms-Exch-Alt-Recipient
In Exchange 2oo7 these are renamed as Exchange Property Sets and are much the same in terms of function.
The introduction of a new property set type in E2k7 called “Exchange Personal-Information” was done specifically to address security issues with respect to the directory. When used, the attribute is only accessible to the Owner of the object and the Administrators and removes the possibility that Authenticated users can access personal data through the read-only access granted by default in previous versions of the product.
A good example of an attribute which uses the new property set is the “ms-Exch-UM-PIN-Checksum ” which controls the PIN for access to Unified Messaging features such as OVA or similar.
|
|
|