请教ppp代码中的一个问题

wan3610425

在内核ppp代码处理中，当接收的是ppp报文时，其函数调用为
   ppp_input-----》ppp_do_recv----》ppp_receive_frame ------》ppp_receive_nonmp_frame

在ppp_receive_nonmp_frame中调用netif_rx重新送到软中断大环境中时，为什么要重置mac_header ？
     skb_reset_mac_header(skb);

如此上层在处理时，再也获取不到mac_header，也得不到mac地址。。为什么内核要如此设计？
谢谢！

瀚海书香

回复 1# wan3610425

在内核ppp代码处理中，当接收的是ppp报文时，其函数调用为
   ppp_input-----》ppp_do_recv----》ppp_receive_frame ------》ppp_receive_nonmp_frame

在ppp_receive_nonmp_frame中调用netif_rx重新送到软中断大环境中时，为什么要重置mac_header ？
     skb_reset_mac_header(skb);

如此上层在处理时，再也获取不到mac_header，也得不到mac地址。。为什么内核要如此设计？
谢谢！

看来看这个貌似没有非常合理的说明。只能说根据约定，当调用netif_rx之前需要设置skb->data指向network层，同时设置好mac头，而network层和mac层之间的数据应该就是mac层数据。
而pppoe协议的情况下，如果保留mac层，那么network层和mac层之间的数据并不只是mac数据。
   

smalloc

因为ppp不应该获得mac头数据，必须是非法的，reset就是标志mac头数据无效

wan3610425

回复 2# 瀚海书香


    谢谢指点，就是不知道有什么很好的解释，目前将skb_reset_mac_header(skb);这句注释了，代码貌似也没有什么问题

wan3610425

回复 3# smalloc


    谢谢，请问为什么ppp报文不应该获取mac头部？ 是层次关系吗？上层的代码在处理中不关心是否是ppp处理过的报文，全部当成mac+ip+tcp/udp封装形式，如此mac与ip之间必须相隔14字节，否则让其无效。