免费注册 查看新帖 |

Chinaunix

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

如何区分IGMP不同版本的报文? [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2006-01-10 10:01 |只看该作者 |倒序浏览
如何区分IGMP不同版本的报文,尤其是V3的以往的版本之间如何区分呢?RFC中说用报文大小,可是实际当中应该是不能这样实现的,那么怎样才能做到呢?谢谢!

论坛徽章:
0
2 [报告]
发表于 2006-01-10 10:14 |只看该作者
IGMP包头前4bit就是版本信息

论坛徽章:
0
3 [报告]
发表于 2006-01-10 12:11 |只看该作者
不是的,你又兴趣的话可以仔细看看RFC,虽然有版本信息,但是不能区分各种版本的GENERAL QUERY信息。谢谢你的回复!

论坛徽章:
0
4 [报告]
发表于 2006-01-10 13:53 |只看该作者
我想,还有就是v3的query包含源地址,长度不定,大于12byte,而v2的就是8byte,固定的。

个人观点,不一定对。

[ 本帖最后由 wonderliang 于 2006-1-10 14:03 编辑 ]

论坛徽章:
0
5 [报告]
发表于 2006-01-10 14:57 |只看该作者
恩,这个是RFC里面说的,不过我在抓包是发现,V2,V1中都有不同程度的PADDING,也就是OPTION数据,我抓到的就有16BYTES的,那样的话V2的长度也能大于12byte。不过我现在还不确定这个PADDING是IGMP的。

[ 本帖最后由 nick790113 于 2006-1-10 15:02 编辑 ]

论坛徽章:
0
6 [报告]
发表于 2006-01-11 11:58 |只看该作者
我看RFC igmp v2没有pad项阿

论坛徽章:
0
7 [报告]
发表于 2006-01-11 15:11 |只看该作者
2.5.  Other fields

   Note that IGMP messages may be longer than 8 octets, especially
   future backwards-compatible versions of IGMP.  As long as the Type is
   one that is recognized, an IGMPv2 implementation MUST ignore anything
   past the first 8 octets while processing the packet.  However, the
   IGMP checksum is always computed over the whole IP payload, not just
   over the first 8 octets.

论坛徽章:
0
8 [报告]
发表于 2006-01-11 15:13 |只看该作者
不过我现在还没抓到V3的报文,谁知道怎么搭环境,用什么工具能抓到V3的各种报文!

论坛徽章:
0
9 [报告]
发表于 2006-01-13 09:21 |只看该作者
顶上去!

论坛徽章:
0
10 [报告]
发表于 2006-01-13 13:56 |只看该作者
顶,就是不能解决问题大家讨论一下也好啊!
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP