上回ICMP的插曲說完了，把一個ICMP socket的建立流程說完了。對於資料結構關係圖沒有加入什麼新元素。執行的流程是從inet_family_ops到inet_create,raw_prot，這樣的執行順序。此時完成的只是ICMP協議的處理socket。繼續看原始碼，icmp_init函式返回後，後面還有內容。當然要有，IP層和裝置還沒有關聯呢。走繼續看。
其實仔細一看，我們的協議棧的初始化也基本上接近尾聲了。下面是來到1434行的一個函式呼叫。一般預編譯裡的內容，我會選擇跳過，但這次要破例下。是的，你總想在自己的人生中堅持自己的原則，但總會有些人會讓你破壞自己的原則。沒有錯，這個函式正是這樣的。因為，它太有誘惑力了。關乎IP協議中的多播實現，忍不了了。
1434 ip_mr_init()

函式定義在net/ipv4/ipmr.c中。

1886 void __init ip_mr_init(void)
1887 {
1888 mrt_cachep = kmem_cache_create("ip_mrt_cache",
1889 sizeof(struct mfc_cache),
1890 0, SLAB_HWCACHE_ALIGN|SLAB_PANIC,
1891 NULL);
1892 init_timer(&ipmr_expire_timer);
1893 ipmr_expire_timer.function=ipmr_expire_process;
1894 register_netdevice_notifier(&ip_mr_notifier);
1895 #ifdef CONFIG_PROC_FS
1896 proc_net_fops_create(&init_net, "ip_mr_vif", 0, &ipmr_vif_fops);
1897 proc_net_fops_create(&init_net, "ip_mr_cache", 0, &ipmr_mfc_fops);
1898 #endif
1899 }

1888 申請了一個快取物件，物件單元是struct mfc_cache。一般協議棧裡的快取都會記錄在協議的資料結構裡，作為成員存在。這裡沒有采用這樣的方式。暫不明白。
1892 初始化了一個定時器。同之前說過的路由表一樣，多播路由表也有超時的時間。看expire就是超期的意思。看原始碼的同時還學習了英文，多好。一箭雙鵰。
1893 超時定時器的事件處理函式。暫時記下就行，等超時了再去看，它幹了什麼。
1894 同路由表一樣，多播路由表也要接受特定的訊息來自我更新。註冊一個通知訊息的處理例項吧。同樣暫且不表。
後面兩個可以跳過。不能每次都破例。總結來說，這個函式，為多播建立了條件，可以存貯、更新多播路由表。
回到inet_init。來了一個函式。mibs是什麼東西？s是表示複數，mib 什麼？這個光猜是猜不出來的。我負責地去原始碼裡找了一圈，沒有找到。最後去bing的詞典裡查了下，是Management Information Base，可以翻譯為管理資訊庫。
1440 if (init_ipv4_mibs())
1441 printk(KERN_CRIT "inet_init: Cannot init ipv4 mibs\n");
然而這個函式我沒有打算把原始碼列出來，分析一下。沒有什麼新鮮的東西，全是協議棧的資料統計結構例項，形如xxx_statistics的名稱。然而，這是一個吉兆，如周易裡的“見龍在田，利見大人”一樣。這預示著，我們的協議棧初始化基本上完成了，快可以工作了。
1443 這個我打算跳過。還是去/proc目錄下建立一些目錄和檔案，提供訪問協議棧的介面。
1445 ipfrag_init();
這個是關於IP分片的初始化。當從上層協議中得到的資料分組，比當前鏈路層中的MTU還大時，IP就要開始分片了。本以為它會很複雜，進去一看，一堆初始化賦值，外加一個函式呼叫。函式來自net/ipv4/ip_fragment.c中。

610 void __init ipfrag_init(void)
611 {
612 ip4_frags.ctl = &ip4_frags_ctl;
613 ip4_frags.hashfn = ip4_hashfn;
614 ip4_frags.constructor = ip4_frag_init;
615 ip4_frags.destructor = ip4_frag_free;
616 ip4_frags.skb_free = NULL;
617 ip4_frags.qsize = sizeof(struct ipq);
618 ip4_frags.match = ip4_frag_match;
619 ip4_frags.frag_expire = ip_expire;
620 inet_frags_init(&ip4_frags);
621 }
至此需要引入一個管理資料結構例項。ip4_frags，型別為struct inet_frags。這個型別的具體成員，暫不去管。先記著，看我們會遇到哪些內容。
612 初始化了一個控制成員變數。
613-615 初始化雜湊函式，初始化函式，釋放函式（C++中的解構函式）。
616 把skb_free給置空。為什麼？或許ip4_frags永遠都不是真正擁有sk_buff，所以就不可去釋放它。
617 ip4_frags維護了一個佇列，這個佇列的單元長度被賦心struct ipq的位元組長度。一個典型的生產者消費者模式。我理解的這裡的佇列，既可能是接收的佇列，也可能是傳送的佇列。
618 一個匹配函式。什麼時候會執行呢？暫時我也不知道。
619 設定一個超時處理函式。函式頭部的註釋中寫著，如果超時了要清空整個隊列了。這個會在什麼情況下發生呢？IP協議告訴我們，IP分片發生在傳送端，也可能是中間的路由器上。但分片重灌只會發生在目的主機上。當目的主機上的IP分片接收佇列中，有一個分片丟失了，這個時候，由於IP協議本身沒有重傳機制，只能通過額外的機制，來觸發清空整個分片接收佇列，來進行重新接收。
620 針對inet層對ip4_frags進一步的初始化。這個函式只說明下它的功能，不再列原始碼。初始化ip4_frags的散列表，雜湊隨機數，快取計數，初始化重建定時器。
從ipgfrag_init中返回。看到了最後一個函式
1447 dev_add_pack(&ip_packet_type);
至此我們的IP層和裝置關聯起來了，以後網絡卡接到的IP分組的資料就會發給IP協議了。先看下傳入的引數ip_packet_type，定義在af_net.c中。
1348 static struct packet_type ip_packet_type = {
1349 .type = __constant_htons(ETH_P_IP),
1350 .func = ip_rcv,
1351 .gso_send_check = inet_gso_send_check,
1352 .gso_segment = inet_gso_segment,
1353 };
這裡重點關注ip_rcv的成員函式。對，它就是IP分組資料進入IP層的入口函式。其他成員先不看，ip_rcv的光環太耀眼了。而dev_add_pack，之前有遇到過，只是把ip_packet_type掛在了ptype_base的全域性列表裡。
至此協議棧的初始化完成了，可以工作了，剛好11篇，真是個好數字。隨後的一篇中，我會把整個流程再梳理一下，把關係圖完善下。之後，開始協議棧工作之旅了:)