<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.2802" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT size=2>Agreed on those points. Sticking with 4.1(3) should provide an 
easier feature upgrade to 5.0. But from what I hear, the 4.2 features will be 
available in 5.1 and that was slated for release in 2007 or something like that. 
But you are right....I would use several years as a guide line. 2 to 3 
years.</FONT></DIV>
<DIV><FONT size=2></FONT>&nbsp;</DIV>
<DIV><FONT size=2>It comes down to:</FONT></DIV>
<UL>
  <LI><FONT size=2>feature availability (SIP, etc)</FONT></LI>
  <LI><FONT size=2>upgrade issues (current features not supported in future 
  version target)</FONT></LI>
  <LI><FONT size=2>bleeding edge factor -or- the "dot oh" syndrome</FONT></LI>
  <LI><FONT size=2>support issues (how much experience does the TAC 
  have)</FONT></LI>
  <LI><FONT size=2>stability (are there all the patches you want in 
  there)</FONT></LI></UL>
<DIV><FONT size=2>and I would also add, product availability. It's probably alot 
easier to get 4.1(3) install media than it would be 4.2 or 5.0.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV>--------------------------------------------------------------------------------<BR>Lelio 
Fulgenzi, B.A.<BR>Network Analyst (CCS) * University of Guelph * Guelph, Ontario 
N1G 2W1<BR>(519) 824-4120 x56354 (519) 767-1060 FAX 
(JNHN)<BR>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
<BR>Sanity First : Number of days with fewer than<BR>50 messages in my inbox at 
the end of the day:&nbsp;&nbsp; buffer overrun</DIV>
<BLOCKQUOTE 
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV 
  style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B> 
  <A title=candace_holman@harvard.edu 
  href="mailto:candace_holman@harvard.edu">Candace Holman</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>To:</B> <A title=cisco-voip@puck.nether.net 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A> </DIV>
  <DIV style="FONT: 10pt arial"><B>Sent:</B> Thursday, April 13, 2006 12:11 
  PM</DIV>
  <DIV style="FONT: 10pt arial"><B>Subject:</B> Re: [cisco-voip] Torn apart by 
  choices - old or new solutions? Simply speaking: CM5.0 or CM4.x</DIV>
  <DIV><BR></DIV>To some extent I agree with Lelio and Scott, but it may be 
  worth it to <BR>you to consider some other points:<BR><BR>&nbsp;&nbsp;&nbsp; * 
  4.x will not have SIP lines for several years at best<BR>&nbsp;&nbsp;&nbsp; * 
  5.x has the option for SIP and SCCP<BR>&nbsp;&nbsp;&nbsp; * it could be 
  difficult to upgrade 4.2 -&gt; 5.x because some of 
  the<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; user features in 4.2 are not duplicated 
  in 5.x for several years<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; at 
  best<BR>&nbsp;&nbsp;&nbsp; * 5.x is a RH Linux train, 4.2 is windows so your 
  considerations for<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; hardware, organizational 
  policies or tech philosophies,<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; engineering 
  skillset, etc _may_ be different<BR><BR>Candace<BR><BR>&gt; Subject:<BR>&gt; 
  [cisco-voip] Torn apart by choices - old or new solutions? Simply <BR>&gt; 
  speaking: CM5.0 or CM4.x<BR>&gt; From:<BR>&gt; Netfortius &lt;<A 
  href="mailto:netfortius@gmail.com">netfortius@gmail.com</A>&gt;<BR>&gt; 
  Date:<BR>&gt; Thu, 13 Apr 2006 10:33:58 -0500<BR>&gt;<BR>&gt; To:<BR>&gt; <A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR>&gt;<BR>&gt;<BR>&gt; 
  You may have already gotten used to my last string of questions here, which - 
  <BR>&gt; I am not hiding it - are part of my attempt to gain info from the 
  more <BR>&gt; experienced people, on this subject, regarding a project I am 
  working on for <BR>&gt; deployment of multi-site IPT &amp; VoIP. I have gone 
  into some details, for some <BR>&gt; questions I had, but now - reading tons 
  of material every day, I have become <BR>&gt; very worried about the full 
  blown solution chosen, vs. what is being promised <BR>&gt; just "around the 
  corner". Here is where I would appreciate any comments, of <BR>&gt; any 
  nature, thoughts, experience, "what-if" - anything you can share about 
  <BR>&gt; this subject:<BR>&gt;<BR>&gt; Scenario: multi-site deployment of 
  Cisco CM, with the following objectives in <BR>&gt; mind:<BR>&gt;<BR>&gt; 1. 
  Replacement of existing old telephony solution, Nortel-based, consisting of 
  <BR>&gt; PBX in each location, with Cisco-based IP-based communication systems 
  (and <BR>&gt; not only one-to-one replacement of phones, but also steps toward 
  unified <BR>&gt; communications)<BR>&gt;<BR>&gt; 2. Installation of Cisco 
  solution consisting of:<BR>&gt; a. CM 4.x (advised by Cisco) at the HQ + Unity 
  integrated with Exchange 2003 <BR>&gt; and a handful of IP phones (major 
  testers of the technology) and integration <BR>&gt; with existing Nortel PBX 
  at the HQ (PHASE 1)<BR>&gt; b. IP phones in the remote location (complete 
  replacement of everything old, <BR>&gt; including PBX) + SRST + standalone 
  (storage-wise) Unity (PHASE 1)<BR>&gt; c. Unified messaging at the HQ, in the 
  "pilot" group, to the best of the <BR>&gt; abilities and availability of 
  products around CM 4.x (e.g. PA, among others, <BR>&gt; as an example of what 
  I am getting at) (PHASE 1)<BR>&gt; d. Experience from c&gt; ==&gt; full 
  implementation of unified messaging at the <BR>&gt; first remote ("upgrade" of 
  the standalone Unity into an Exchange-tied one - <BR>&gt; is this even 
  possible?!?) (PHASE 2)<BR>&gt; e. remote site used as template fro all other 
  sites (PHASE 2)<BR>&gt; f. full upgrade at the HQ (PHASE 2), with the 
  exception of Call Center<BR>&gt; g. Cisco IPCC replacement of the existing 
  Nortel Call Center, after the <BR>&gt; entire VoIP and IPT has proven reliable 
  to sustain a Customer Service (PHASE <BR>&gt; 3)<BR>&gt;<BR>&gt; 3. The 
  unified communications (including messaging) will eventually adddress <BR>&gt; 
  various business needs, primarily focused on mobility and real-time <BR>&gt; 
  communications and sharing<BR>&gt;<BR>&gt; Having said all of the above, here 
  are the issues I am struggling with:<BR>&gt;<BR>&gt; - I have (and nobody in 
  my network geeks group) no real experience with Cisco <BR>&gt; 
  VoIP/IPT;<BR>&gt; - the suggested solution, from Cisco, revolves around a CM 
  4.2 and, gradually, <BR>&gt; as explained above, updates to the point of full 
  unified messaging - still <BR>&gt; 4.2-based<BR>&gt; - I am getting 
  conflicting messages from our Cisco group - they advise us to <BR>&gt; do the 
  install with CM 4.2 (which would end up as a cluster of multiple <BR>&gt; 
  servers, at the HQ), not CM 5.0, but:<BR>&gt; - I am reading and reading, and 
  it appears to me that some features associated <BR>&gt; with CM 4.2 are dying 
  (e.g. PA), while CM 5.0 seems to open the door for much <BR>&gt; more, but not 
  everything backward compatible with 4.x<BR>&gt; - tons of features are being 
  advertised as related to CM 5.0, only, but are <BR>&gt; not ready yet, and are 
  to be released this year (majority in second quarter)<BR>&gt;<BR>&gt; Bottom 
  line - I am struggling with one major question (with no easy answer - <BR>&gt; 
  thus appreciating any comments this list may have): should I move ahead as 
  <BR>&gt; started, with the one site + pilot HQ, on CM 4.2 (PHASE 1), then go 
  over all <BR>&gt; phases, then analyze what would need to be upgraded to a 5.0 
  environment, if <BR>&gt; certain additional features would become available 
  and needed, and not <BR>&gt; backward compatible<BR>&gt; OR<BR>&gt; should I 
  just put a stop to the CM 4.x analysis and planning, and redo <BR>&gt; 
  everything (with the delay caused by various products availability) around CM 
  <BR>&gt; 5.0?<BR>&gt;<BR>&gt; As I said - any $0.02-$64K comments will be 
  really appreciated. I will try to <BR>&gt; consolidate this type of info, in 
  something useful, if enough data warrants <BR>&gt; it.<BR>&gt;<BR>&gt; 
  Thanks,<BR>&gt; Stefan<BR>&gt;<BR>&gt;&nbsp;&nbsp; 
  <BR><BR>_______________________________________________<BR>cisco-voip mailing 
  list<BR><A 
  href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A><BR><A 
  href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A><BR></BLOCKQUOTE></BODY></HTML>