急求助：用户不能上网问题

yonka

请见附件pcap包

8#发起激活请求
10#接收，但是拒绝PCO
查看后发现PPP IPCP的code为configuration reject
随后用户发起去激活

重复该流程


能否帮忙查明原因？

急

谢谢

yonka

爱卫生 发表于 2012-5-16 23:35
1 PPP IPCP的code为configuration reject这个是一个正常的应答消息，这里的reject并不是错误。只是说不同意 ...

1 PPP IPCP的code为configuration reject这个是一个正常的应答消息，这里的reject并不是错误。只是说不同意request里申请的PCO地址为0.0.0.0，而在应答消息中分了一个，覆盖掉原来请求的0.0.0.0，所以叫reject，但消息本身是没有问题的。

我看到请求的PCO部分就是全0（主DNS和备DNS），然后回复的时候仍然是全0，这个好像不是你说的“不同意request里申请的PCO地址为0.0.0.0，而在应答消息中分了一个，覆盖掉原来请求的0.0.0.0”啊

另外，我比对了下我自己手机上网的抓包，发现在请求的PCO中除了主备DNS以外还有IP地址；而在问题用户的请求包中PCO中只请求了主备DNS地址。然后在各自的回应中，看到问题用户的激活接受消息中，PDP地址信元中分配了地址，但PCO的PPP IPCP部分中code是configuration reject，然后回的主备DNS地址还是全0；而在我自己手机的激活接受消息中，是应请求中的内容，分别分配了IP地址和主备DNS地址，其中IP地址和PDP地址信元中分配的地址一致。  有没可能看出问题在哪？


2 你的报文抓的不全，因为看到有很多suspend和resume消息，但只有ACK，没有请求。应该是在其他的硬件板上，可能需要合并。合并后可能就会清晰一些。suspend和resume是代表用户在执行上网业务的时候，有个CS域的电话打进来了，手机需要暂时挂起PS业务。电话完了再通过resume流程继续之前的PS业务。现在看来，好像每次用户的去激活再激活都有suspend和resume，所以可能是手机的行为。在resume之后重新做一个PDP激活来使用，也不能100%确定。

这个可能不是抓包不全，是ITC GB对部分消息会滤掉，不过suspend/resume当时并没有频繁电话（也不太可能那么频繁），我猜测是BSC侧的机制某种吧，因为我看到我自己的手机正常上网的包，在附着后PDP激活之前也是有大量的suspend和resume。  所以该用户的问题应该是PDP激活流程因为某种原因，未被终端接收，之前重复激活


3 这个问题应该是用户终端的行为，和网络侧应该没什么关系。

唉，客户只要求解决，其他什么都不答应。所以我起码要定位到是那台设备与之有关，是否终端不遵守规范

yonka

爱卫生 发表于 2012-5-17 21:52
补充一下：激活cmwap时，之所以PCO里没有分配DNS，是因为用wap业务不需要DNS服务器，只需要将所有的WAP、HT ...

我观察到当GGSN没有给用户分配DNS地址时，随后用户发起去激活

我的估计是：用户没有使用代理方式，导致...
现在我想得到确认的是~是不是当用户没有使用代理方式时，则必须收到网络侧的dns回复，否则则去激活PDP ？

我们这边已经做了cmnet和cmwap融合，cmwap也配置了dns-server

另外，如果使用代理方式，在PCO中是否还会请求DNS，此时没有收到分配的DNS应该是不会去激活的吧？

yonka

爱卫生 发表于 2012-5-17 22:09
弱弱的请问下，你提到的“用户没有使用代理方式”具体是指什么？是指的用户在IE浏览器设置代理吗？

嗯，如果是手机的话
在APN设置里~以前的cmwap应该是需要指定代理吧~地址是wap网关（10.0.0.172）

如果是用电脑插上网卡拨测的话~应该是在浏览器里设置代理

yonka

zs622 发表于 2012-5-18 09:36
用户不能上网问题最好不要抓包，问题复杂化，只要在设备上找失败的CC就OK，

没有任何指标下降的表现

客户是没有任何理性可讲的，所以...