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

yonka

请见附件pcap包

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

重复该流程


能否帮忙查明原因？

急

谢谢

爱卫生

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

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

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

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 这个问题应该是用户终端的行为，和网络侧应该没什么关系。

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

hycl5410

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

忽略PCO好了，不要纠缠在PCO上。cmwap一般是不带DNS地址的（除了别的帖子里提到的融合的情况）。很明显pdp是accept的，跟PCO没有关系。cmwap的PDP，PCO应该就是空的（字段有，内容空的）。
楼主自己测试的时候用的cmnet吧？cmnet自然要带DNS地址。
同意爱老大的分析，数据包都不全，还有啥可分析的？现有的包只看到用户发起deactive pdp。

z36306610

用户进入cs专有模式后会有suspend和resume消息，比如收到发送短信、位置更新等！

爱卫生

补充一下：

激活cmwap时，之所以PCO里没有分配DNS，是因为用wap业务不需要DNS服务器，只需要将所有的WAP、HTTP请求交给10.0.0.172 WAP网关就可以了，WAP网关相当于是一个HTTP的代理，会帮用户做DNS解析。

但激活cmnet时，由于面向的是internet，没有http代理帮MS提供服务了，所以PCO里一定会给MS分配一个DNS服务器。MS要访问www.sina.com.cn就会先向公网的DNS服务器发请求。cmnet给MS分配的DNS服务器地址可以和固网里用的一致的。

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应该是不会去激活的吧？

爱卫生

弱弱的请问下，你提到的“用户没有使用代理方式”具体是指什么？是指的用户在IE浏览器设置代理吗？

wuwu

yonka 发表于 2012-5-17 22:01
我观察到当GGSN没有给用户分配DNS地址时，随后用户发起去激活

我的估计是：用户没有使用代理方式，导致 ...

wap和net的业务融合基本上运营商都完成了吧，但是核心网侧GGSN的配置都不需要改变的啊，终端也不需要做设置的
主要是在WAP上做的代理吧

yonka

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

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

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

zs622

用户不能上网问题最好不要抓包，问题复杂化，只要在设备上找失败的CC就OK，

hycl5410

yonka 发表于 2012-5-17 22:01
我观察到当GGSN没有给用户分配DNS地址时，随后用户发起去激活

我的估计是：用户没有使用代理方式，导致 ...

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

#忘了在哪里看到过某些版本的iphone还是ipad好像会干这种事。我也曾经在iphone上找过APN设置，也确实没找到过cmwap代理设置，但是彩信可以收发。。。搞不清楚咋回事

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

#这个没法在网络侧抓包确定，UE行为。

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

#配置了为啥没有下发DNS给MS？

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

#PCO在create_pdp_req中应该都会带DNS的吧（内容都0）？如果GGSN不分配DNS给MS，那么继续带空值下去。简单看了一下24.008，DNS貌似是可选字段。

hycl5410

wuwu 发表于 2012-5-17 22:22
wap和net的业务融合基本上运营商都完成了吧，但是核心网侧GGSN的配置都不需要改变的啊，终端也不需要做设 ...

我之前处理过一个类似的case。
具体大的场景我并不知道，当时所谓的融合对于GGSN来说就是要求给cmwap配置DNS并下发给手机，手机上设置cmwap不使用代理（其实就跟cmnet一样了）。
至于为啥要这么做，GGSN/WAPGW路由怎么改造我就不知道咯。

yonka

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

没有任何指标下降的表现

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

xiner

有条件做换卡、换机的测试吗？