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

爱卫生

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

爱卫生

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

爱卫生

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。

爱卫生

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

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