Attach Reject前是否应该进行鉴权？

hycl5410

第一种（不找HLR）情形目前我能想到的就是非本网（PLMN）且无漫游关系的IMSI试图ATTACH，那么就肯定不会去找HLR，关键是也没有HLR可找。
其他可能欢迎大家补充~


第二种（找HLR）情形，那就一定是有HLR可找，但是HLR签约中无GPRS服务。这种情况的判断还是挺明确的。

hycl5410

cubbear 发表于 2013-1-9 11:47
从第一种（无鉴权）用户的IMSI看都属于本网用户，且这部分占比80%。

在不能单用户trace或者联合Gr抓包的情况下，那就比较麻烦了。可能就涉及到设备实现方面的事情了。
比如，设备是否有某种功能可以记住没签约GPRS的用户，然后启动某个timer，在timer未超时前都不去查HLR，而是直接ATTACH reject。好处就是可以减少Gr负荷。

当然更有可能是别的原因只不过我没想到。

hycl5410

之前我也认为是否和鉴权设置有关，但从统计看应该不是。全部因“GPRS Services not allowed”失败的Attach reject 有505次，其中只有123次是有鉴权流程的，但这123次有鉴权流程的用户并没有出现无鉴权的情况。其中有个用户1小时内出现37次Attach reject 每次都有鉴权流程，另一个用户有35次Attach reject，每次都没有鉴权。如果只是1/5的要鉴权，但不应该都是同一个用户要么鉴权，要么不鉴权。

先查配置咯，ATTACH鉴权比例是多少，看一下配置就知道了啊。然后再进一步分析。
1）如果100%鉴权，那么就不用Gr抓包了，肯定就是没去找HLR直接回了reject
2）如果非100%鉴权，那就需要跟Gr匹配了，看看是不是SGSN没有找HLR就直接回了reject

确定以上情况之后，再想办法查是不是其他什么配置或者feature会允许SGSN直接这么做，或者也可以在SGSN上查查是否有这些用户的数据。

hycl5410

cubbear 发表于 2013-1-16 17:27
SGSN上配置的是每次ATTACh都要鉴权。那为什么还会有80%左右的用户没有进行鉴权就直接attach reject了？
...

1）确认没有鉴权就reject的cause code是not subscribed这类，而不是network failure这类

2.1）在SGSN上查询没有鉴权的那些用户的信息，如果有，打印出来看看
2.2）在SGSN上查询有鉴权但是reject的那些用户的信息，如果有,打印出来看看

3.1）如果2.1）为否，查询SGSN是否有某些特殊的功能，对确认没有GPRS的签约用户，在短期内不去查HLR就直接reject
3.2）如果2.1）为否，查询SGSN是否有某些功能，可以将其他cause code（或者某些场景）map成GPRS serrvice not subscribed

4）某些厂商可能会有一些其他的记录MM信息的log，比如EBM或者CHR这类，如果有，可以尝试查询。