netif_receive_skb是在input鉤子之前嗎？

jiahehao01

　　我的linux版本是2.6.30.
　　在NF_BR_PRE_ROUTING　和　NF_BR_LOCAL_IN　兩個位置設(shè)置了鉤子，抓某種特殊協(xié)議類型的包。
　　但是。。。。。由于樓主程序的業(yè)務(wù)要求，我在netif_receive_skb里發(fā)現(xiàn)收到這種包后，會在handle_bridge函數(shù)里直接返回skb，也就是說，不經(jīng)過橋接的處理，直接調(diào)用一下該協(xié)議類型的處理函數(shù)。

　　最后的現(xiàn)象就是：
　　1、netif_receive_skb里能發(fā)現(xiàn)收到這種類型的包。
　　2、NF_BR_PRE_ROUTING　和　NF_BR_LOCAL_IN　兩個鉤子函數(shù)也進去了（為了調(diào)試，這兩個鉤子函數(shù)只要一進去，就會打印一句話）
　　3、這兩個鉤子函數(shù)都沒有進入處理這種特殊協(xié)議類型的處理流程。

　　我的結(jié)論是：
　　　　　1、鉤子函數(shù)被調(diào)用，是因為其它的無關(guān)包通過，而導(dǎo)致的，只能說明鉤子函數(shù)起作用了。
　　　　　2、鉤子函數(shù)沒有進入特殊協(xié)議類型處理流程，說明包還沒到這兩個hook點，就處理結(jié)束了。

    那么，推導(dǎo)出的結(jié)論是，netif_receive_skb函數(shù)的處理，在NF_BR_PRE_ROUTING　和　NF_BR_LOCAL_IN　兩個hook點之前？
　　請各位大俠們看一下，我這個推斷是否正確？

　　還有，象　NF_BR_LOCAL_IN　這種hook點，具體是在數(shù)據(jù)包進來后處理的哪個函數(shù)位置？
　　多謝！

Godbach

回復(fù) 1# jiahehao01

這個就比較早，不僅在 NF 之前，還在 ip_rcv 之前

   

jiahehao01

Godbach 兄，多謝指教。我現(xiàn)在改為抓普通UDP包試試了。
關(guān)于此函數(shù)在NF之前的說法，在什么資料，或者什么書上能看到？

瀚海書香

回復(fù) 3# jiahehao01

關(guān)于此函數(shù)在NF之前的說法，在什么資料，或者什么書上能看到？

netif_receive_skb可以認為是從驅(qū)動到內(nèi)核的第一個函數(shù)。 直接看代碼就可以了。