免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2593 | 回复: 8
打印 上一主题 下一主题

问一个关于linux的网络的问题.RFC894和RFC1042(难道没有人能解决?) [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2006-07-06 15:25 |只看该作者 |倒序浏览
请高手指点;

我的网络连接如下

A----B1----B2-----C
其中A 和C 是linux 终端,B1和B2是cisco无线网桥,问题是
在A PING C的时候如果网桥是ieee 802.3的包(RFC 1042)而不是以太网的包(RFC 894)就PING不通,但是如果把C换成NT的终端就可以PING通.但是C可以收到A来的UDP报文.
用网络分析仪看了一下,好象是象上面我说的一样"linux终端不能接收ieee 802.3(RFC 1042)的IP包",具体表现在不能解析LLC?
我现在不太明白,可能分析的也不对.有哪个高手可以指点一下?
现在实在是混乱的很.

[ 本帖最后由 zleoz 于 2006-7-10 10:05 编辑 ]

论坛徽章:
0
2 [报告]
发表于 2006-07-06 15:31 |只看该作者
个人认为,如果 B1 --- B2 是无线网桥的话,A --- B1 与 B2 --- C 都是标准以太网链路,他们之间的传输可以忽略之间的链路状况(即 B1 --- B2),应该不必考虑 802.11,如果能在 B1 和 B2 上 sniffer 就好了
我猜测是不是与 MTU 有关?因为前面提到“如果把C换成NT的终端就可以PING通”
说的不对还请指教

论坛徽章:
0
3 [报告]
发表于 2006-07-06 15:54 |只看该作者
用了网络分析以,感觉ip包已经到了C,当然是由B2转发的,但是为什么C不能解析,很让我迷惑.

论坛徽章:
0
4 [报告]
发表于 2006-07-06 15:54 |只看该作者
在 C 上能 sniffer 到东西嘛?

论坛徽章:
0
5 [报告]
发表于 2006-07-06 16:00 |只看该作者
可以,就是A过来的包,从数据上看,好象包含了LLC,所以我才写了这样一个标题

论坛徽章:
0
6 [报告]
发表于 2006-07-06 16:03 |只看该作者
感谢斑竹的帮助,不过我提供的资料可能太少了一点,我去再做一下实验,抓几个包上来给大家看看.

论坛徽章:
0
7 [报告]
发表于 2006-07-07 11:38 |只看该作者
抓来的包
srcaddr   Broadcast   ARP  Who has 172.16.6.66? Tell 172.16.2.4

0000  ff ff ff ff ff ff 00 20  0c 10 e4 b6 00 36 aa aa   .......  .....6..
0010  03 00 00 00 08 06 00 01  08 00 06 04 00 01 00 20   ........ .......
0020  0c 10 e4 b6 ac 10 02 04  00 00 00 00 00 00 ac 10   ........ ........
0030  06 42 00 00 00 00 00 00  00 00 00 00 00 00 00 00   .B...... ........
0040  00 00 00 00                                        ....     

Frame 4 (68 bytes on wire, 68 bytes captured)
    Arrival Time: Jul  8, 2006 10:45:49.659089000
    Time delta from previous packet: 0.464130000 seconds
    Time relative to first packet: 0.519342000 seconds
    Frame Number: 4
    Packet Length: 68 bytes
    Capture Length: 68 bytes
IEEE 802.3 Ethernet
    Destination: ff:ff:ff:ff:ff:ff (Broadcast)
    Source: 00:20:0c:10:e4:b6 (Adastra_10:e4:b6)
    Length: 54
Logical-Link Control
    DSAP: SNAP (0xaa)
    IG Bit: Individual
    SSAP: SNAP (0xaa)
    CR Bit: Command
    Control field: U, func = UI (0x03)
        000. 00.. = Unnumbered Information
        .... ..11 = Unnumbered frame
    Organization Code: Encapsulated Ethernet (0x000000)
    Type: ARP (0x0806)
Address Resolution Protocol (request)
    Hardware type: Ethernet (0x0001)
    Protocol type: IP (0x0800)
    Hardware size: 6
    Protocol size: 4
    Opcode: request (0x0001)
    Sender MAC address: 00:20:0c:10:e4:b6 (Adastra_10:e4:b6)
    Sender IP address: 172.16.2.4 (172.16.2.4)
    Target MAC address: 00:00:00:00:00:00 (00:00:00_00:00:00)
    Target IP address: 172.16.6.66 (172.16.6.66)

论坛徽章:
0
8 [报告]
发表于 2006-07-07 11:39 |只看该作者
其中172.16.2.4是发起ping的终端,172.16.6.66是被ping终端

论坛徽章:
0
9 [报告]
发表于 2006-07-10 10:09 |只看该作者
明显应该是linux没有解析成功这个arp包,没有把其中的mac地址取出来
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP