good02xaut的笔记 https://bbs.21ic.com/?183157 [收藏] [复制] [RSS]

日志

网卡如何接收数据包

已有 2568 次阅读2007-8-7 23:36 |个人分类:netdriver|系统分类:嵌入式系统

网线可以看作一个高速公路,物理帧也就是辆汽车,网卡呢?或许是个加油站吧。

从这个角度将,汽车和加油站没有绝对的对应关系,所有的汽车都可以进入该加油站。

 

正常情况:

网线上的物理帧首先被网卡芯片获取,网卡芯片会检查物理帧的CRC,保证完整性。

其次,网卡芯片将物理帧头去掉,得到MAC包。

网卡芯片检查MAC包内的目的MAC地址信息,和本网卡的MAC地址是否一致?不一致,抛弃。

网卡芯片将MAC帧拷贝到网卡内部的缓冲区,触发中断。

驱动程序通过中断,将MAC包拷贝到系统中,构建sk_buff。告诉上层。

上层去掉MAC包头,得到需要的IP包。

 

过程中,网卡芯片对物理帧进行了MAC匹配过滤。这样做可以减小系统负荷。

试想一下,若网卡芯片对所有的MAC帧不加判断的直接提供给驱动,让CPU判决会是什么样子呢?

当总线上数据繁忙,CPU将浪费大部分时间去判断该MAC包是否是自己需要的,效率低下。

 

不正常模式(混听):

网线上的物理帧首先被网卡芯片获取,网卡芯片会检查物理帧的CRC,保证完整性。

其次,网卡芯片将物理帧头去掉,得到MAC包。

网卡芯片发现自己当前被配置为混听模式,就不对MAC包过滤。

网卡芯片将MAC帧拷贝到网卡内部的缓冲区,触发中断。

驱动程序通过中断,将MAC包拷贝到系统中,构建sk_buff。告诉上层。

上层去掉MAC包头,得到需要的IP包。

显然,这里的IP包并一定是发给自己的。

 

驱动的问题

网卡到底能不能接收其他MAC包,完全取决于网卡芯片中RCR(receive control register)配置。

驱动程序是决定网卡能否工作与混听模式的桥梁。

混听模式会加重CPU的负荷,而且也是不符合标准应用的!

 

所有的车辆都要从加油站穿过,(有些都不加油),加油站工作人员的任务量就可想而知。

 

 

当然也有例外,有些程序不通过驱动,也可以直接访问网卡芯片RCR达到设置混听模式。

所谓 条条大路通香港,就是这个道理:)没有绝对的

 

 

 

 

 

路过

鸡蛋

鲜花

握手

雷人

评论 (0 个评论)