51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 7508|回复: 11
打印 上一主题 下一主题

关于E厂商SGSN的discardedSessionMgmnt和CC26问题 [复制链接]

Rank: 2Rank: 2

跳转到指定楼层
楼主
发表于 2012-6-5 14:41:43 |只看该作者 |倒序浏览
一键分享 一键分享
1G点
关于discardedSessionMgmnt和CC26的问题
前天SGSN突然一小时内出现discardedSessionMgmnt项6000+次,导致PDP激活率骤降,

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

最佳答案

爱卫生 查看完整内容

CC26是GMM的cause code,如果是GGSN发出来,对应的CC是199、211、212。应该有log的。

Rank: 9Rank: 9

懒

沙发
发表于 2012-6-5 14:41:44 |只看该作者
CC26是GMM的cause code,如果是GGSN发出来,对应的CC是199、211、212。应该有log的。

使用道具 举报

Rank: 9Rank: 9

懒

板凳
发表于 2012-6-5 19:41:34 |只看该作者

地址池是GGSN上才有的,SGSN不会地址池不足。如果有可能,抓下Gn口的包或看下GGSN侧的log,确认下这个CC26不是GGSN侧的资源不足造成的。GGSN侧对应CC26的Gn Causecode有可能是CC199、CC211、CC212。也就是先确认这个CC26确实是SGSN直接发的,而不是GGSN发的。

www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 2Rank: 2

地板
发表于 2012-6-7 17:29:57 |只看该作者
爱卫生 发表于 2012-6-5 19:41
地址池是GGSN上才有的,SGSN不会地址池不足。如果有可能,抓下Gn口的包或看下GGSN侧的log,确认下这个CC26不 ...

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

使用道具 举报

Rank: 2Rank: 2

5#
发表于 2012-6-8 11:50:16 |只看该作者
爱卫生 发表于 2012-6-7 20:04
CC26是GMM的cause code,如果是GGSN发出来,对应的CC是199、211、212。应该有log的。

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

使用道具 举报

Rank: 2Rank: 2

6#
发表于 2012-6-8 12:16:38 |只看该作者
爱卫生 发表于 2012-6-5 19:41
地址池是GGSN上才有的,SGSN不会地址池不足。如果有可能,抓下Gn口的包或看下GGSN侧的log,确认下这个CC26不 ...

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

使用道具 举报

Rank: 2Rank: 2

7#
发表于 2012-6-8 13:57:07 |只看该作者
我觉的你们应该抓下iups或Gb口的消息,看看PDP释放的原因到底是哪里发起的,之前我们这边也有,很多都是RNC侧的问题

使用道具 举报

Rank: 3Rank: 3Rank: 3

8#
发表于 2013-10-15 17:36:25 |只看该作者
SGSN给MS回的PDP拒绝创建响应消息。携带的是CC26,显示的是SM cause code的。SM Cause: Insufficient resources (26),求解,谢谢爱总。

使用道具 举报

Rank: 9Rank: 9

懒

9#
发表于 2013-10-16 23:18:30 |只看该作者
qsdd2008 发表于 2013-10-15 17:36
SGSN给MS回的PDP拒绝创建响应消息。携带的是CC26,显示的是SM cause code的。SM Cause: Insufficient resou ...

这个资源不足虽然是SGSN回的,但不一定是SGSN的资源不足,有可能是SGSN、GGSN或者RNC的资源不足。但cause code是SGSN统一回。

可以参考这个帖子:http://www.gprshome.com/thread-42-1-1.html。专门介绍CC26。

www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 2Rank: 2

10#
发表于 2013-11-18 16:16:45 |只看该作者
爱卫生 发表于 2013-10-16 23:18
这个资源不足虽然是SGSN回的,但不一定是SGSN的资源不足,有可能是SGSN、GGSN或者RNC的资源不足。但cause ...

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

使用道具 举报

Rank: 9Rank: 9

懒

11#
发表于 2013-11-18 21:05:36 |只看该作者
onlyybj 发表于 2013-11-18 16:16
哦哦这个问题 后来买了ITC的license抓包看了,A、主要是一些山寨机发的包错误导致的,高仿的iphone等B、还 ...

谢谢分享。E///的话,在某个版本开始,就支持对UE这种无故发起的信令进行控制,防止UE恶意(或中病毒)发起的信令风暴,可以对核心网做一个防护。可以在SGSN-MME上设置一个门限来对UE发起的信令进行监控,超出的话丢弃。

www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 2Rank: 2

12#
发表于 2013-11-19 16:34:28 |只看该作者
爱卫生 发表于 2013-11-18 21:05
谢谢分享。E///的话,在某个版本开始,就支持对UE这种无故发起的信令进行控制,防止UE恶意(或中病毒)发 ...

是usc吗???

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-4-29 12:13 , Processed in 0.159700 second(s), 14 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部