- 在线时间
- 194 小时
- 最后登录
- 2017-2-14
- 威望
- 20
- 金钱
- 1698
- 贡献
- 53
- 注册时间
- 2012-11-27
- 阅读权限
- 100
- 主题
- 37
- 帖子
- 287
- 分享
- 0
- 精华
- 1
- 积分
- 2083
- 相册
- 1
|
我没做过实际的SGSN/GGSN的设备,不晓得实际情况中, SGSN/GGSN是合设 在一个Atca 机架还是 分开独立架设,所以根据我以前做的其他设备的情况做个猜测。
因为lz也提到了GGSN要根据SGSN的情况来做丢弃,GGSN和SGSN之间又没有其他接口信令来说明这种情况,那应该考虑是用第三方的监控来完成这个事情。
如果使用ATCA架构, SGSN/GGSN合设的话, 那SGSN,GGSN一般都是run 在App 卡上。 SGSN GGSN 所需要的信令层面的信令的输入和输出都是通过其他信令卡进行转发的。那么SGSN和GGSN的应用面和信令面也就分割开了。
除了app板和信令接口板,一般还会有一个控制板来负责建立,维护,监控系统的功能。
那么针对内存满的情况(这个LZ应该是指处理业务的情况吧),SGSN和GGSN 应该都会运行一些系统监控进程,如果CPU,MEM 负载过高,会根据之前的系统配置情况来上报主控板相关alarm。
在CPU,MEM 出现负载过高的情况的时候,有多重处理情况:
1。在信令接入侧开始拒绝新进来的请求,
2。在业务处理层面开始强行丢弃处理中的业务。
通常都应该采用第一种, 第一种细分又有多种情况: 因为当中的Iu,Gi,Gn(Gn可能不存在,SGSN和GGSN因为被合设,Gn接口被板间的通信取代了)。
可能会去用来丢弃数据,这得根据实际的配置来做。
实际的配置一般都设在主控板上, 主控板会根据实际情况来对各个板卡下达是否丢弃的指令:
比如在CPU 80%,MEM 85%的情况下, 需要GGSN来丢弃Gi的包,来减少SGSGN Paging的开销。
在CPU 85%, MEM 95%的情况下, 需要SGSN侧丢弃Iu面的包。
|
|