关于XP的PPP帧

truecool

我想请教一下各位，为什么XP下面抓到的PPP帧没有PPP地址字段和PPP控制字段,取而代之的是MAC帧头部的目的地址字段和源地址字段。

[ 本帖最后由 truecool 于 2007-5-11 19:50 编辑 ]

huaigu

我记得树上说大多数设备可以经过协商省略 这两个字段

truecool

能不能告诉我是哪本书上说得呀，谢谢

huaigu

TCP/IP协议详解 卷1 你去baidu搜索下 PPP协议也行啊 善用搜索 呵呵 一起学习 我也是在起步嘿嘿

truecool

就是，网上的资料和书本上的资料我都找了很多，就是没有找到关于我这个问题的详细解答，最接近的一个答案是这样的：ppp协议的实现是把PPP帧封装在DHCP帧或以太帧里

truecool

有没有大哥回答这个问题啊，迷惑好久啦

菜鸟人飞

楼主是拨号上网抓的PPP包吗？

这包看起来的确挺奇怪的，在RFC中也没有找到相关的描述。

换种分析软件抓包看看呢。


期待楼主继续

[ 本帖最后由 菜鸟人飞 于 2007-5-15 10:42 编辑 ]

truecool

关于XP的PPP帧，谢谢超级版主的回答。我看到有些书上举PPP帧的例子，也是用的微软的这种帧，会不会是微软自己的实现方法，而没有按照RFC。
另外我用sniffer等分析软件都不能抓XP拨号适配器的包，而ethereal抓到的这种XP的PPP帧再用sniffer分析，结果是分析不完整。
现在将XP的PPP帧、标准的PPP帧和PPPOE帧发上来，希望大家帮忙分析

truecool

我是用modem拨号上网抓的包，另外这种帧的目的MAC地址和源MAC地址很有意思，对应成ASCII码是SEND.SEND或者RECV.RECV，详细情况大家可以看看上面抓到的XP的PPP帧

hudeg632

下不了啊下不了啊下不了啊

dyy

你应该是用Ethreal抓的包吧。PPP报文是不包含地址字段的，而Ethreal作了统一处理，将其处理成以太帧的显示格式，加上了以太帧头。不过帧头中的地址应该是没有意义的，不用管它，直接解析PPP协议部分就可以了。

dyy

你应该是用Ethreal抓的包吧。PPP报文是不包含地址字段的，而Ethreal作了统一处理，将其处理成以太帧的显示格式，加上了以太帧头。不过帧头中的地址应该是没有意义的，不用管它，直接解析PPP协议部分就可以了。

truecool

楼上的朋友，谢谢你的回复，标准的PPP帧头应该和HDLC帧头差不多，地址字段的值为FF，ehereal识别这种格式，如图1。如果说ethereal会自动改成mac帧的头部，那么图1中的情况怎么解释

huamao2006

PPP协议，规定的一种点到点的传输方式，通过Modem（电话线）拨号，这里像图1中所给出的地址就是在这种情况下通过Modem卡（不是以太网卡），由于是传输的模拟信号，所以给出的一个0xff的地址（表示为广播，电话线是直接接的电话机房），后面给出控制字段标识03，最后是协议类型，这里0xc021代表上层封装的是ppp的标准协商数据包（拨号和心跳用的），0x0021代表上层封装的是IP数据包。大家可以下载数据包自己打开看了就明白了。
关于楼上说的Ethereal会自动修改mac帧头，这是不对的，协议分析软件严格遵循协议规范来解析数据包，不会随意篡改数据，在以太网中看到的PPP协议帧是基于以太网头（MAC头），再在以太网上层封装PPP协议。
拨号的ppp协议和基于以太网的ppp协议，协议本质上都没有其别，2种不同的是传输的介质和头的封装的格式不一样，没有什么特别之处。

liuyucai0305

thank you!!!!!!

zhaojunling

原帖由 truecool 于 2007-5-16 08:58 发表
关于XP的PPP帧，谢谢超级版主的回答。我看到有些书上举PPP帧的例子，也是用的微软的这种帧，会不会是微软自己的实现方法，而没有按照RFC。
另外我用sniffer等分析软件都不能抓XP拨号适配器的包，而ethereal抓到的这 ...

ppp(xp) 不是什么ppp的数据包，只是局域网dhcp的请求过程
pppoe 这个没有问题ppp over ethernet。