通信人家园

标题: 电信NGN故障报告（华为NGN问题很大啊） [查看完整版帖子] [打印本页]

时间: 2007-4-7 22:41

作者: jdaniel 标题: 电信NGN故障报告（华为NGN问题很大啊）

HW公司NGN技术缺陷1.        HW的TG/SG合设时不能支持M3UA协议，这不满足大理的实际需求。该问题在新疆电信被发现，HW公司答复必须要进行硬件的更换，变成TG和SG分设的方式。由于当初招标时HW明确表示支持，因此新疆电信对此难以接受。但是HW目前又无合适的软硬件版本可以提供，只有等其的新TG/SG开发出来才能提供给新疆使用，初步答复是8月份才可以提供商用版本。2.        HW在SS的前台中使用了2套其自产防火墙设备，但是工程中发现无法配置为双机负荷分担，后增加心跳线修改为主/备用工作方式。目前该防火墙到底是否能够支持SCTP协议，该公司数据工程师未能做正面回答。3.         新疆电信发现HW的NE40E在传输MPLS协议下话音包的延迟比较大，要求新疆电信不采用MPLS的技术，直接做IS-IS协议下的包转发。新疆电信未同意，要求其限期解决该问题。4.         HW在山西电信的软交换softx3000计费系统出现问题，导致全省软交换用户无法进行出入局呼叫，时间持续155分钟。后经查证是该公司softx3000计费数据库空间不足所引起的。说明其软交换计费系统存在缺陷。5.         HW公司在重庆电信NGN和IP承载网的联合测试中发现以下问题：1）倒换测试发现，网关到承载网的主备媒体路由倒换时，媒体流中断。2）网关需要过最少12秒钟（一般需要15秒）才可和承载网

ING通，这时话路还不可用。3）通过承载网人工将路由指到备用路由上，只能实现单通，无法正常使用。4）在很多测试项目中发现，测试过程中传真都要中断。在以上测试中发现该公司组网方案存在缺陷，HW已决定在5月底加两台交换机，TG通过交换机和承载网相联，也就是更改了最初的组网方案。

时间: 2007-4-7 22:42

作者: jdaniel

6.        HW公司对于AG或TG通过V5带接入网OLT、ONU的用户时，存在拍叉簧类、*#业务、广域CENTREX等业务难以实现，说明HW公司AG或TG处理V5协议上或软交换系统设计上存在缺陷。7.        HW公司在陕西电信网络智能化项目中发现的问题：1）
软交换异地容灾存在重大问题，不能实现同一SS下多个TG/AG的部分倒换。TG到SS的倒换不成熟，如果一个SS下面有4个TG的话，如果有一个TG需要倒换，那么同一SS下面其它3个TG也同时需要倒换，同时倒换的时间过长，有时长达几十分钟时间。2）
HW NGN设备的2M高速链路在多个地方反映非常不稳定，经常出现翻转。3）
HW在陕西电信宣称能够做到与UT小灵通的融合，但是至今也未能实现，陕西电信很不满意。4）
HW NGN网管系统的分权分域不能实现。5）
HW SHLR采用windows NT平台

C SERVER，导致多次中毒，安全性存在重大隐患。

时间: 2007-4-7 22:43

作者: jdaniel

8.        HW公司在江西电信网络智能化项目中发现的问题：1）
HW公司SS和中兴TG的对接还存在问题，原因查明为softX3000在H.248协议的处理上非标准。2）
HW计费服务器主用机和备用机的数据不能同步，这样主备机倒换后，主机的话单文件在备机上没有，联采不能采集到当时的话单文件。同样备机倒回时，主机上也没有备机上的话单。H公司要求主机和备机使用不同的IP地址，当主备机倒换后，需要联采系统判断主机不可用时，就从备机上采集话单。除此之外，当大话务量测试时，在计费服务器没有倒换的情况下，发现备机上存在测试的话单。测试计费服务器的时候，经常不能倒换到备机，或者不能从备机倒回。而且长时间通话系统不产生告警。3）
在江西电信发现HW的M3UA信令链路统计没有统计结果。4）
HW的NGN设备对指定用户呼叫的信令跟踪，无法跟踪到收到的消息，除非对整个AG或IAD设备的信令跟踪，这样在今后维护上对故障的判断较难。9.        HW公司在广东电信网络智能化项目中发现的问题：1）
HW NGN系统的接通率不稳定，接通率时高时低。主要表现在普通用户呼叫“一号通”用户的接通率，以及“一号通”转接电话的接通率两个方面。涉及的地点有为惠州、深圳电信；2）
在广东顺德电信的工程测试中发现，将HW的AG两条上行链路中的主链路的网线拔掉后，其AG在长达3分钟的时间里没有任何动作，不能切换到备用上行链路。类似的问题在江西电信也发生了，SS切换时AG的重新注册时间较长，大约需要4分钟；（H公司答复可以改为2分半，但没有测试）。3）
客户自助服务WEB登陆不稳定，表现为有时能成功登录，有时不能成功登陆。涉及的地点主要为惠州、深圳。4）
用户数据生成的业务终端登录系统不稳定，表现为有时能成功登录，有时不能成功登陆。涉及的地点主要为惠州。

时间: 2007-4-7 22:43

作者: jdaniel

5）
深圳域H公司NGN系统的呼叫限制是全局的，对深圳NGN域的所有分公司均有影响。例如，深圳限制深圳的“一号通”用户转移到深圳本地的网通电话，例如3字头的电话，则深圳域NGN负责覆盖的11个本地网的“一号通”用户均不能呼叫转移到本地的3字头的电话。6）
由于考虑到话路循环的原因，H公司深圳的“一号通”号码不能转移到有同振功能的市话通号码。7）
深圳域H公司NGN系统一号通业务同时接通电话功能有问题。表现在：1）  当有主叫拨打客户的“一号通”号码而尚未接通、振铃时，其他主叫拨打“一号通”提示忙音；当有主叫拨打客户的“一号通”号码接通之后，其他主叫拨打“一号通”可以接通。涉及的地点为深圳。2）
同时接通电话数限制没有实现。10.    HW 公司SG7000七号信令链路易发生瞬断，经了解其SG发送信令机制存在重大缺陷，会导致发送消息不均匀，从而出现短时间（400ms左右，但对底层而言，这并不是一个短时间！）不发送消息而引起瞬断。11.    HW SoftX3000不能支持智能公话业务。

时间: 2007-4-7 22:45

作者: jdaniel

1.         2006年3月29日13点30分，HW在深圳电信的网络智能化设备出现重大故障，持续时间达4小时。深圳电信是H公司号称的中国电信第一个NGN网络智能化样板点，一直宣传是建设最早最成熟的。此次瘫局覆盖深圳电信枢纽楼用户，无法掩饰和弱化，导致深圳电信各部门的办公电话、机房电话、以及一些小区用户无法呼入呼出，引起深圳电信的强烈不满。其实，HW在深圳的SG设备于2005年8月30日和31日已经连续出现过两次严重故障，在故障排查过程中，均发现该公司的软交换信令网关的控制板（SBPI板）在出现故障后不能实现自动倒换，必须手工切换，并且故障发生时，不出现板件的告警。2.         2006年2月24日凌晨4时，HW公司在安徽芜湖电信的网络智能化工程出现重大故障，造成全局性瘫痪，本地网固话所有局向发生阻塞。芜湖电信侯总亲自到NGN机房现场督促调查处理事故原因。故障持续了2个多小时，给芜湖本地网造成相当严重的影响。本次事故表明HW NGN设备稳定性很差，并且工程管理以及故障预警机制严重缺失，事后芜湖局责令该公司尽快建立NGN网络管理的故障预警机制，以便快速的处理突发事故。

时间: 2007-4-7 22:50

作者: 5inetop

有问题是正常的，关键是要及时完善，没有一个东西一出来就是完美的。

时间: 2007-4-7 22:57

作者: jdaniel

关键觉得H做法好无聊，总是没有成型或者是没有的功能先答应运营商，最后三番五次出问题在解决。不过换个角度确实H狼性市场很强

时间: 2007-4-8 05:52

作者: beatcisco

HW在山西电信的软交换softx3000计费系统出现问题，导致全省软交换用户无法进行出入局呼叫，时间持续155分钟。后经查证是该公司softx3000计费数据库空间不足所引起的。说明其软交换计费系统存在缺陷。好象不对吧,再怎么着也是先有呼叫处理,然后再有CDR生成,空间再怎么不够,也不会影响呼叫处理啊.LZ应该是ZTE的

时间: 2007-4-8 07:18

作者: 服务生

NGN本身的协议也在不断升级完善！

时间: 2007-4-8 08:27

作者: oldgoat

能敢于暴露问题，总是好的。努力改进吧，不能光忽悠用户买综合接入设备

时间: 2007-4-8 09:16

作者: zhh

某友商又来这种手段了，真无聊。

时间: 2007-4-8 10:00

作者: haijun120

有问题是正常的

时间: 2007-4-8 12:56

作者: 外带王

LZ蠢的可以。3.         新疆电信发现HW的NE40E在传输MPLS协议下话音包的延迟比较大，要求新疆电信不采用MPLS的技术，直接做IS-IS协议下的包转发。新疆电信未同意，要求其限期解决该问题。IS-IS协议是转发数据包用的么？   IS-IS是一种路由协议，产生路由表用的。和MPLS完全是不同类别的协议。这种人一点常识都没有

时间: 2007-4-8 19:16

作者: leanne723

这个应该没错，在设备早期的时候性能和功能可能不行，所以很多开局的时候都是用普通的IS或者OSPF，这个没错，只是后来发展了采用MPLS的，MPLS的引用主要是为了QOS和FRR，单纯的OSPF也是可以的，只是QOS支持的没那么好。

时间: 2007-4-8 21:30

作者: ikaka

知道的挺清楚的么

时间: 2007-4-8 21:32

作者: zzz111

楼主要不要我也弄个26公司的黑材料出来看看啊。何必呢

时间: 2007-4-10 23:10

作者: mechiler

真tmd无聊，想想怎么挣更多的钱吧，否则还是在打工，干技术活，累的跟狗一样！自己还很自豪……我们产品多么好……你在哪家，就要觉得哪家好，但是要记住，不要话说满了，以后你要是做别的了呢？不是自己扇自己耳光么！个人和企业永远都是合作的关系，我拿你工资，你发展靠我来贡献，在哪家都一样，别尽看着别人的短处……打工要有打工的觉悟！你，不成熟！

时间: 2007-4-18 20:05

作者: 拔剑四顾

楼主摆明了是Z公司的吧，何必呢？难道Z不讲信息安全吗？

时间: 2007-4-19 16:28

作者: 四石

我不敢认为全部是对的，至少我大部分是对的！同意楼主

时间: 2007-4-19 17:00

作者: much

里面很多技术上的常识错误，就不予评价了

时间: 2007-4-21 12:26

作者: jifeng6316

抢生意吧~

时间: 2007-4-23 16:59

作者: zhoxy

顶楼主~~~！！！

时间: 2007-4-29 22:12

作者: sailorzhou

NGN的架构对于时延问题本来就没什么好办法

时间: 2007-8-5 17:14

作者: red_fu

楼主费心那

时间: 2007-8-8 11:38

作者: lawyer0101

hao

时间: 2007-8-10 12:55

作者: hanshenglong

看看，希望国产设备的稳定性越来越高

时间: 2007-9-30 17:27

作者: yattice

有的问题确实存在，看到的晚了，我们这里都被hw的设备玩死了

时间: 2007-10-18 09:45

作者: siliu

没有技术细节，就是一个技术工程师的出差报告吧！

时间: 2007-10-18 16:42

作者: thtelecom

时间: 2007-11-30 23:05

作者: huasai

支持国产设备运营技术创新，无论是华为还是中兴，我愿他们健康地成长。

时间: 2007-12-7 10:31

作者: 山东网通

hahahh 

时间: 2007-12-15 10:52

作者: zhoxy

1.HW在山西电信的软交换softx3000计费系统出现问题，导致全省软交换用户无法进行出入局呼叫，时间持续155分钟。后经查证是该公司softx3000计费数据库空间不足所引起的。说明其软交换计费系统存在缺陷。好象不对吧,再怎么着也是先有呼叫处理,然后再有CDR生成,空间再怎么不够,也不会影响呼叫处理啊.—————————————————————如果启用计费拥塞的话，为保障不丢单，会按比例拒绝产生话单的呼叫LZ应该是ZTE的2。里面很多技术上的常识错误，就不予评价了 不知道是哪有问题，MUCH兄弟有本事说出来聊聊，我也搞这个有2年多了，新疆电信问题全部存在的，我可以确认。3.我不否认ZTE的也存在不少问题，但正视问题存在。

时间: 2007-12-15 12:12

作者: acidmay

实话讲，刚看这个帖子，我觉得挺不舒服，虽然我不是HW的人，但是我05年就开始做HW的NGN维护了，虽然小问题不断，但是HW的反应还是很快的，起码能解决问题。尤其ZTE的NGN上来之后，感觉HW好多了，无论从产品性能还是技术支撑方面都是这样。这是我站在运营商的角度看的。对于这个帖子，我觉得大家不如站在技术研究上讨论一下，看看对自己工作有什么启发，何必说哪个厂商如何如何，有什么意义呢？ 厂商水平如何，自有他们的销售指标来证明。一己之见，仅供参考。

时间: 2007-12-15 12:29

作者: acidmay

HW的TG/SG合设时不能支持M3UA协议，这不满足大理的实际需求。该问题在新疆电信被发现，HW公司答复必须要进行硬件的更换，变成TG和SG分设的方式。由于当初招标时HW明确表示支持，因此新疆电信对此难以接受。但是HW目前又无合适的软硬件版本可以提供，只有等其的新TG/SG开发出来才能提供给新疆使用，初步答复是8月份才可以提供商用版本。HW的TG/SG合设确实不支持M3UA协议的，如果非要使用M3UA那可以采用分设方式。我认为这一点是产品特性决定的，不算是什么缺陷吧。我们所使用的既有分设也有合设的，目前看来并没有什么太大区别，且到一个局点有两种方式并存的情况下，HW系统默认为M3UA优先，在M3UA故障时立即切换到M2UA方式，这个我在06年做过测试，而且还是在现网白天时段，对业务完全没有影响。如果运营商非要合设方式下使用MU3A，大可采用别家产品。如果HW有明确表示支持，那估计就是商务谈判的问题了。对此不予置评。

时间: 2007-12-15 12:46

作者: acidmay

HW在SS的前台中使用了2套其自产防火墙设备，但是工程中发现无法配置为双机负荷分担，后增加心跳线修改为主/备用工作方式。目前该防火墙到底是否能够支持SCTP协议，该公司数据工程师未能做正面回答。弱弱的问一声，何谓SS的前台？开个玩笑：）反正大家都知道那个防火墙是放哪里的。HW的防火墙设备是edomon系列的吧，我们好像使用的500。是否支持双机负荷分担，我不太清楚，好像当时也问过这个问题，但是没追究下去。因为自己不是搞数通出身的。不过两台防火墙之间应该是启用了vrrp的。单台故障时不会影响业务。而且我们是分了信令、媒体、网管三套防火墙的，每套负荷不会太严重，因此出现因单台故障后，另外一台承担工作而因负荷过重导致崩溃的几率不是很大。再说，即使采用双机负荷分担，当出现单台故障后，在网络负荷较重的情况下，另外一台崩溃的可能性也不是没有的。由此想到的是，风险不可能全部避免，只能在设备成本以及自己可承受的风险大小之间做平衡。

时间: 2007-12-28 07:40

作者: xuehuafeiwu

提示: 作者被禁止或删除内容自动屏蔽

时间: 2007-12-28 13:42

作者: trickeyboy

老大怎么知道的这么清楚啊！是不是有内部消息啊！

通信人家园 (https://test.txrjy.com/)