17.11. MAC 地址解析.pdfVIP

17.11. MAC 地址解析 17.11. MAC 地址解析 以太⽹通讯的⼀个有趣的⽅⾯是如何将 MAC 地址( 接⼜的唯⼀硬件 ID )和 IP 编号结 合起来. ⼤ 分协议有类似的问题, 但我们这⾥集中于类以太⽹的情况. 我们试图提供 这个问题的完整描述, 因此我们展⽰三个情形: ARP , ⽆ ARP 的以太⽹头 ( 例如 plip), 以及⾮以太⽹头 . 17.11.1. 以太⽹使⽤ ARP 处理地址解析的通常⽅法是使⽤ Address Resolution Protocol (ARP) . 幸运的是, ARP 由 内核来管理, 并且⼀个以太⽹接⼜不需要做特别的事情来⽀持 ARP . 只要 dev-addr 和 dev-addr_len 在 open 时正确的赋值了, 驱动就不需要担⼼解决 IP 编号对应于 MAC 地 址; et er_setup 安排正确的设备⽅法给 dev- ard_ eader 和 dev_rebuild_ eader . 尽管通常内核处理地址解析的细节(并且缓存结果), 它需要接⼜驱动来帮助建⽴报⽂. 毕竟, 驱动知道物理层头 细节, 然⽽⽹络代码的作者已经试图隔离内核其他 分. 为 此, 内核调⽤驱动的 ard_ eader ⽅法使⽤ ARP 查询的结果来布置报⽂. 正常地, 以太 ⽹驱动编写者不需要知道这个过程 -- 公共的以太⽹代码负责了所有事情. 17.11.2. 不考虑 ARP 简单的点对点⽹络接⼜, 例如 plip , 可能从使⽤以太⽹头 中受益, ⽽避免来回发送 ARP 报⽂的开销. snull 中的例⼦代码也属于这⼀类的⽹络设备. snull 不能使⽤ ARP 因 为驱动改变发送报⽂中的 IP 地址, ARP 报⽂也交换 IP 地址. 尽管我们可能轻易实现了 ⼀个简单 ARP 应答发⽣器, 更多的是演⽰性的来展⽰如何直接处理⽹络层头 . 如果你的设备想使⽤通常的硬件头⽽不运⾏ ARP , 你需要重写缺省的 dev- ard_ eader ⽅法. 这是 snull 的实现, 作为⼀个⾮常短的函数: int snull_header(struct sk_buff *skb, struct net_device *dev, unsigned short type, void *daddr, void *saddr, unsigned int len) { struct ethhdr *eth = (struct ethhdr *)skb_push(skb,ETH_H EN); eth-h_proto = htons(type); memcpy(eth-h_source, saddr ? saddr : dev-dev_addr, dev-addr memcpy(eth-h_dest, daddr ? daddr : dev-dev_addr, dev-addr_ eth-h_dest[ETH_A EN-1] ^= 0x01; /* dest is us xor 1 */ return (dev-hard_header_len); } 这个函数仅仅⽤内核提供的信息并把它格式成标准以太⽹头. 它也翻转⽬的以太⽹地 址的 1 位, 理由下⾯叙述. 当接⼜收到⼀个报⽂, et _type_trans 以⼏种⽅法来使⽤硬件头 . 我们已经在 snull_rx 看到这个调⽤. skb-protocol = eth_type_trans(skb, dev); 这个函数抽取协议标识( ETH_P_IP , 在这个情况下 )从以太⽹头; 它也赋值 skb- mac .raw , 从报⽂ data (使⽤ skb_pull)去掉硬件头 , 并且设置 skb-pkt_type . 最后⼀项 在 skb 分配是缺省为 PACKET_HOST(指⽰报⽂是发向这个主机的), et _type_trans 改 变它来反映以太⽹⽬的地址: 如果这个地址不匹配接收它的接⼜地址, pkt_type 成员被 设为 PACKET_OTHERHOST . 结果, 除⾮接⼜处于混杂模式或者内核打开了报⽂转发, netif_rx 丢弃任何类型为 PACKET_OTHERHOST 的报⽂. 因为这样, snull_ eader ⼩⼼ 地使