关于E厂商SGSN的discardedSessionMgmnt和CC26问题

onlyybj

关于discardedSessionMgmnt和CC26的问题
前天SGSN突然一小时内出现discardedSessionMgmnt项6000+次，导致PDP激活率骤降，
nodedump中查看板卡cpu和内存都不高，并且secondy PDP次数都为0。查看库文件说是DP过载或者数据包错误。
偶尔几个可以理解为数据包错误，但是突然暴增，无法令客户信服。。。
CC26也是，查看库也是说APs过载、IP地址池用完、license上限的。但是现在是license、IP地址都够了
硬件也应该够了。。。为何还出现CC26，主要还是忙时出现较多，其他时间偶尔出现

onlyybj

爱卫生 发表于 2012-6-5 19:41
地址池是GGSN上才有的，SGSN不会地址池不足。如果有可能，抓下Gn口的包或看下GGSN侧的log，确认下这个CC26不 ...

抓包比较困难啊，CC26这个是不是要是GGSN发出的，GGSN上也应该有log记录？？？

onlyybj

爱卫生 发表于 2012-6-7 20:04
CC26是GMM的cause code，如果是GGSN发出来，对应的CC是199、211、212。应该有log的。

看了GGSN的log  没有cause 199、211、212，GGSN上没有任何cause，应该就是SGSN发出的吧

onlyybj

爱卫生 发表于 2012-6-5 19:41
地址池是GGSN上才有的，SGSN不会地址池不足。如果有可能，抓下Gn口的包或看下GGSN侧的log，确认下这个CC26不 ...

爱总 discarded的呢？查看DP的cpu 内存都是15%和30%左右，没有过载，查看过载的counter统计也全都是0
这样看过载保护导致丢弃应该排除了，
但是偶尔一小时内暴增几千个discarded，用户信息错误导致丢弃这个解释客户无法接受啊！
唉  我嘞个去。。。。

onlyybj

爱卫生 发表于 2013-10-16 23:18
这个资源不足虽然是SGSN回的，但不一定是SGSN的资源不足，有可能是SGSN、GGSN或者RNC的资源不足。但cause ...

哦哦这个问题 后来买了ITC的license抓包看了，A、主要是一些山寨机发的包错误导致的，高仿的iphone等B、还有就是部分手机连续不断的发起PDP激活，SGSN给前几个激活后，没有SAPI可使用了，拒绝后续的激活请求。
这个貌似是手机出错误导致的，抓到的号码三星手机I9108等几个型号比较多

onlyybj

爱卫生 发表于 2013-11-18 21:05
谢谢分享。E///的话，在某个版本开始，就支持对UE这种无故发起的信令进行控制，防止UE恶意（或中病毒）发 ...

是usc吗？？？