照我理解,c7st2就是解决mtp3以下的跟物理相关的,以上的全是软件block.

N+1也好，1+1也好，各有各的特点，取决于运行商，总的来说，N＋1对于维护人员和管理上要求比较高，毕竟需人工干预，而1＋1不需人工干预。
对于服务承诺高的地方，当然1＋1好。

如果是50哪？

你似乎还没看懂，现在不是哪个好的问题，是只能采用1+1，N+1实现不了

N+1，N大于一没有什么必要，具体实现估计也会很复杂吧，浪费资源！有一个容灾备份就可以了，对于容量不起作用！

软交换msc server就是n+1

内存并不是问题，CP 40的内存可以16G，只是中国市场没用这而已
一般而言，不管是MSC还是HLR，CP负荷达到50％，我们都建议客户尽快升级或扩容，安全第一，浪费一点也值

软交换用的是POOL工作方式，根本不是一回事

为什么爱立信HLR只能搞1+1容灾，而且是两个HLR负荷分担的方式？而不能搞N+1容灾

答：采用1+1, 与CP类型，内存大小完全没有关系。CP可以升，内存可以扩，这都不是1+1或者N+1的决定因素。关键还是在于设计理念。从一开始，爱立信容灾设计的出发点就着眼于“在终端用户无法察觉中实现平滑切换“。而研发部门认为从技术上N+1方式无法达到这一目标，（事实上目前也确实没有厂商使用N+1的方式能够达到真正意义上的热切换），所以N+1没有被考虑。另外，透露一个小秘密，后来爱立信也曾对N+1方式进行了研究，但是由于与设计理念冲突，并出于其他一些因素的考虑（只能解释到这里了），到目前为止还是只推行1+1

另外，爱立信的交换机，本来重要部件就几乎全部采用1+1冗余，所以一旦出事也很容易救。如果采用N+1方式，恢复是需要一定时间的，而对于爱立信交换机大多数情况下在这段时间内交换机已经可以救起来了。从这个角度说N+1对于爱立信交换机的意义不大。

资源浪费？没错，冗余本身确实是资源浪费了。但事实上，对于电信级系统来说，安全性是第一位的，一旦出事，影响往往要比冗余浪费的带来的损失更令人担忧。

300威望拿来:-)

呵呵，等第一题的300分到手再答

你对待别人的回答的态度我很难认同，你要不就说你是爱立信的研发人员，不然不要一副专家教训新人的样子。

谁说CP可以升，内存可以扩，一听就是没有实操的理论专家，CP50是今年年初才出来的，而40最多只能支持8G内存，内存就是不能采用N+1的大问题，当然了，不是最主要问题，最主要问题还是有HLR发生问题时，容灾HLR如何才能最快起到容灾的作用，N+1的话，导入数据就要花去不少时间，1+1就不同了，数据本来就存在于另外一个容灾HLR中。

CP 40支持200万用户备份,CP33只支持150万,做1+1冗余容量问题解决不了,求解

没听懂你说什么

呵呵，不小心触动斑竹的敏感神经了。先说声对不起阿~
不过：
1. APZ212 50去年（2005）就已经有了
2. 谁说HLR一定要用40？ 33行不行？30行不行？如果是R10以前的版本，用APZ212 20的也多的是。不要以为爱立信只有广州一个市场
3. 谁说内存不可以扩？ 就拿你说的40来说，内存大小也应该有两种版本吧？
4. 我说“CP可以升，内存可以扩“，指的是这并不是N+1的瓶颈。退一步说，真的连APZ212 50的能力都不够了，我减少N的数目，一样可以实现N+1
5. 我从来没有打算教训谁，不过既然是回答的不准确，本来就应该指出，要不然会误导更多的人。如果阁下回答的准确，我也一样会佩服。作为斑竹，本应胸怀若谷。失望失望~
6. "一听就是没有实操的理论专家"，呵呵，对不起，我只能说，你听错了
7. 贪吃果然不好，又被人用悬赏骗得写了一大堆。教训阿~

另外，顺便再多句嘴：APZ212 40 虽然能配8G的内存板，但其实能用的最大内存是约6.8G。所以说40支持8G，其实是不准确的。

[ 本帖最后由 八千里 于 2006-11-5 23:13 编辑 ]