Alan Cox在內(nèi)核1.3版本的開發(fā)階段最先引入了Netlink，剛開始時Netlink是以字符驅(qū)動接口的方式提供內(nèi)核與用戶空間的雙向數(shù)據(jù)通信；隨后，在2.1內(nèi)核開發(fā)過程中，Alexey Kuznetsov將Netlink改寫成一個更加靈活、且易于擴展的基于消息通信接口，并將其應(yīng)用到高級路由子系統(tǒng)的基礎(chǔ)框架里。自那時起，Netlink就成了Linux內(nèi)核子系統(tǒng)和用戶態(tài)的應(yīng)用程序通信的主要手段之一。

2001年，F(xiàn)orCES IETF委員會正式對Netlink進行了標(biāo)準(zhǔn)化的工作。Jamal Hadi Salim提議將Netlink定義成一種用于網(wǎng)絡(luò)設(shè)備的路由引擎組件和其控制管理組件之間通信的協(xié)議。不過他的建議最終沒有被采納，取而代之的是我們今天所看到的格局：Netlink被設(shè)計成一個新的協(xié)議域，domain。

Linux之父托瓦斯曾說過“Linux is evolution, not intelligent design”。什么意思？就是說，Netlink也同樣遵循了Linux的某些設(shè)計理念，即沒有完整的規(guī)范文檔，亦沒有設(shè)計文檔。只有什么？你懂得---“Read the f**king source code”。

當(dāng)然，本文不是分析Netlink在Linux上的實現(xiàn)機制，而是就“什么是Netlink”以及“如何用好Netlink”的話題和大家做個分享，只有在遇到問題時才需要去閱讀內(nèi)核源碼弄清個所以然。

什么是Netlink

關(guān)于Netlink的理解，需要把握幾個關(guān)鍵點：

1、面向數(shù)據(jù)報的無連接消息子系統(tǒng)

2、基于通用的BSD Socket架構(gòu)而實現(xiàn)

關(guān)于第一點使我們很容易聯(lián)想到UDP協(xié)議，能想到這一點就非常棒了。按著UDP協(xié)議來理解Netlink不是不無道理，只要你能觸類旁通，做到“活學(xué)”，善于總結(jié)歸納、聯(lián)想，最后實現(xiàn)知識遷移這就是學(xué)習(xí)的本質(zhì)。Netlink可以實現(xiàn)內(nèi)核->用戶以及用戶->內(nèi)核的雙向、異步的數(shù)據(jù)通信，同時它還支持兩個用戶進程之間、甚至兩個內(nèi)核子系統(tǒng)之間的數(shù)據(jù)通信。本文中，對后兩者我們不予考慮，焦點集中在如何實現(xiàn)用戶<->內(nèi)核之間的數(shù)據(jù)通信。

看到第二點腦海中是不是瞬間閃現(xiàn)了下面這張圖片呢？如果是，則說明你確實有慧根；當(dāng)然，不是也沒關(guān)系，慧根可以慢慢長嘛，呵呵。

在后面實戰(zhàn)Netlink套接字編程時我們主要會用到socket()，bind()，sendmsg()

和recvmsg()等系統(tǒng)調(diào)用，當(dāng)然還有socket提供的輪訓(xùn)(polling)機制。

Netlink通信類型

Netlink支持兩種類型的通信方式：單播和多播。

單播：經(jīng)常用于一個用戶進程和一個內(nèi)核子系統(tǒng)之間1:1的數(shù)據(jù)通信。用戶空間發(fā)送命令到內(nèi)核，然后從內(nèi)核接受命令的返回結(jié)果。

多播：經(jīng)常用于一個內(nèi)核進程和多個用戶進程之間的1:N的數(shù)據(jù)通信。內(nèi)核作為會話的發(fā)起者，用戶空間的應(yīng)用程序是接收者。為了實現(xiàn)這個功能，內(nèi)核空間的程序會創(chuàng)建一個多播組，然后所有用戶空間的對該內(nèi)核進程發(fā)送的消息感興趣的進程都加入到該組即可接收來自內(nèi)核發(fā)送的消息了。如下：

其中進程A和子系統(tǒng)1之間是單播通信，進程B、C和子系統(tǒng)2是多播通信。上圖還向我們說明了一個信息。從用戶空間傳遞到內(nèi)核的數(shù)據(jù)是不需要排隊的，即其操作是同步完成；而從內(nèi)核空間向用戶空間傳遞數(shù)據(jù)時需要排隊，是異步的。了解了這一點在開發(fā)基于Netlink的應(yīng)用模塊時可以使我們少走很多彎路。假如，你向內(nèi)核發(fā)送了一個消息需要獲取內(nèi)核中某些信息，比如路由表，或其他信息，如果路由表過于龐大，那么內(nèi)核在通過Netlink向你返回數(shù)據(jù)時，你可以好生琢磨一下如何接收這些數(shù)據(jù)的問題，畢竟你已經(jīng)看到了那個輸出隊列了，不能視而不見啊。

Netlink的消息格式

Netlink消息由兩部分組成：消息頭和有效數(shù)據(jù)載荷，且整個Netlink消息是4字節(jié)對齊，一般按主機字節(jié)序進行傳遞。消息頭為固定的16字節(jié)，消息體長度可變：

Netlink的消息頭

消息頭定義在文件里，由結(jié)構(gòu)體nlmsghdr表示：

點擊(此處)折疊或打開

struct nlmsghdr

{

__u32????????nlmsg_len;????/*?Length of message including header?*/

__u16????????nlmsg_type;????/*?Message content?*/

__u16????????nlmsg_flags;????/*?Additional flags?*/

__u32????????nlmsg_seq;????/*?Sequence number?*/

__u32????????nlmsg_pid;????/*?Sending process PID?*/

};

消息頭中各成員屬性的解釋及說明：

nlmsg_len：整個消息的長度，按字節(jié)計算。包括了Netlink消息頭本身。

nlmsg_type：消息的類型，即是數(shù)據(jù)還是控制消息。目前(內(nèi)核版本2.6.21)Netlink僅支持四種類型的控制消息，如下：

NLMSG_NOOP-空消息，什么也不做；

NLMSG_ERROR-指明該消息中包含一個錯誤；

NLMSG_DONE-如果內(nèi)核通過Netlink隊列返回了多個消息，那么隊列的最后一條消息的類型為NLMSG_DONE，其余所有消息的nlmsg_flags屬性都被設(shè)置NLM_F_MULTI位有效。

NLMSG_OVERRUN-暫時沒用到。

nlmsg_flags：附加在消息上的額外說明信息，如上面提到的NLM_F_MULTI。摘錄如下：

標(biāo)記作用及說明NLM_F_REQUEST如果消息中有該標(biāo)記位，說明這是一個請求消息。所有從用戶空間到內(nèi)核空間的消息都要設(shè)置該位，否則內(nèi)核將向用戶返回一個EINVAL無效參數(shù)的錯誤NLM_F_MULTI消息從用戶->內(nèi)核是同步的立刻完成，而從內(nèi)核->用戶則需要排隊。如果內(nèi)核之前收到過來自用戶的消息中有NLM_F_DUMP位為1的消息，那么內(nèi)核就會向用戶空間發(fā)送一個由多個Netlink消息組成的鏈表。除了最后個消息外，其余每條消息中都設(shè)置了該位有效。NLM_F_ACK該消息是內(nèi)核對來自用戶空間的NLM_F_REQUEST消息的響應(yīng)NLM_F_ECHO如果從用戶空間發(fā)給內(nèi)核的消息中該標(biāo)記為1，則說明用戶的應(yīng)用進程要求內(nèi)核將用戶發(fā)給它的每條消息通過單播的形式再發(fā)送給用戶進程。和我們通常說的“回顯”功能類似?！?/p>

大家只要知道nlmsg_flags有多種取值就可以，至于每種值的作用和意義，通過谷歌和源代碼一定可以找到答案，這里就不展開了。上一張2.6.21內(nèi)核中所有的取值情況：

nlmsg_seq：消息序列號。因為Netlink是面向數(shù)據(jù)報的，所以存在丟失數(shù)據(jù)的風(fēng)險，但是Netlink提供了如何確保消息不丟失的機制，讓程序開發(fā)人員根據(jù)其實際需求而實現(xiàn)。消息序列號一般和NLM_F_ACK類型的消息聯(lián)合使用，如果用戶的應(yīng)用程序需要保證其發(fā)送的每條消息都成功被內(nèi)核收到的話，那么它發(fā)送消息時需要用戶程序自己設(shè)置序號，內(nèi)核收到該消息后對提取其中的序列號，然后在發(fā)送給用戶程序回應(yīng)消息里設(shè)置同樣的序列號。有點類似于TCP的響應(yīng)和確認機制。

注意：當(dāng)內(nèi)核主動向用戶空間發(fā)送廣播消息時，消息中的該字段總是為0。

nlmsg_pid：當(dāng)用戶空間的進程和內(nèi)核空間的某個子系統(tǒng)之間通過Netlink建立了數(shù)據(jù)交換的通道后，Netlink會為每個這樣的通道分配一個唯一的數(shù)字標(biāo)識。其主要作用就是將來自用戶空間的請求消息和響應(yīng)消息進行關(guān)聯(lián)。說得直白一點，假如用戶空間存在多個用戶進程，內(nèi)核空間同樣存在多個進程，Netlink必須提供一種機制用于確保每一對“用戶-內(nèi)核”空間通信的進程之間的數(shù)據(jù)交互不會發(fā)生紊亂。

即，進程A、B通過Netlink向子系統(tǒng)1獲取信息時，子系統(tǒng)1必須確?；厮徒o進程A的響應(yīng)數(shù)據(jù)不會發(fā)到進程B那里。主要適用于用戶空間的進程從內(nèi)核空間獲取數(shù)據(jù)的場景。通常情況下，用戶空間的進程在向內(nèi)核發(fā)送消息時一般通過系統(tǒng)調(diào)用getpid()將當(dāng)前進程的進程號賦給該變量，即用戶空間的進程希望得到內(nèi)核的響應(yīng)時才會這么做。從內(nèi)核主動發(fā)送到用戶空間的消息該字段都被設(shè)置為0。

Netlink的消息體

Netlink的消息體采用TLV(Type-Length-Value)格式：

Netlink每個屬性都由文件里的struct nlattr{}來表示：

Netlink提供的錯誤指示消息

內(nèi)容

當(dāng)用戶空間的應(yīng)用程序和內(nèi)核空間的進程之間通過Netlink通信時發(fā)生了錯誤，Netlink必須向用戶空間通報這種錯誤。Netlink對錯誤消息進行了單獨封裝，：

點擊(此處)折疊或打開

struct nlmsgerr

{

int????????error;?//標(biāo)準(zhǔn)的錯誤碼，定義在errno.h頭文件中?？梢杂胮error()來解釋

struct nlmsghdr msg;?//指明了哪條消息觸發(fā)了結(jié)構(gòu)體中error這個錯誤值

};

Netlink編程需要注意的問題

基于Netlink的用戶-內(nèi)核通信，有兩種情況可能會導(dǎo)致丟包：

1、內(nèi)存耗盡；

2、用戶空間接收進程的緩沖區(qū)溢出。導(dǎo)致緩沖區(qū)溢出的主要原因有可能是：用戶空間的進程運行太慢；或者接收隊列太短。

如果Netlink不能將消息正確傳遞到用戶空間的接收進程，那么用戶空間的接收進程在調(diào)用recvmsg()系統(tǒng)調(diào)用時就會返回一個內(nèi)存不足(ENOBUFS)的錯誤，這一點需要注意。換句話說，緩沖區(qū)溢出的情況是不會發(fā)送在從用戶->內(nèi)核的sendmsg()系統(tǒng)調(diào)用里，原因前面我們也說過了，請大家自己思考一下。

當(dāng)然，如果使用的是阻塞型socket通信，也就不存在內(nèi)存耗盡的隱患了，這又是為什么呢？趕緊去谷歌一下，查查什么是阻塞型socket吧。學(xué)而不思則罔，思而不學(xué)則殆嘛。

Netlink的地址結(jié)構(gòu)體

在TCP博文中我們提到過在Internet編程過程中所用到的地址結(jié)構(gòu)體和標(biāo)準(zhǔn)地址結(jié)構(gòu)體，它們和Netlink地址結(jié)構(gòu)體的關(guān)系如下：

struct sockaddr_nl{}的詳細定義和描述如下：

點擊(此處)折疊或打開

struct sockaddr_nl

{

sa_family_t????nl_family;????/*該字段總是為AF_NETLINK????*/

unsigned short????nl_pad;????????/*?目前未用到，填充為0*/

__u32????????nl_pid;????????/*?process pid????*/

__u32????????nl_groups;????/*?multicast groups mask?*/

};

nl_pid：該屬性為發(fā)送或接收消息的進程ID，前面我們也說過，Netlink不僅可以實現(xiàn)用戶-內(nèi)核空間的通信還可使現(xiàn)實用戶空間兩個進程之間，或內(nèi)核空間兩個進程之間的通信。該屬性為0時一般適用于如下兩種情況：

第一，我們要發(fā)送的目的地是內(nèi)核，即從用戶空間發(fā)往內(nèi)核空間時，我們構(gòu)造的Netlink地址結(jié)構(gòu)體中nl_pid通常情況下都置為0。這里有一點需要跟大家交代一下，在Netlink規(guī)范里，PID全稱是Port-ID(32bits)，其主要作用是用于唯一的標(biāo)識一個基于netlink的socket通道。通常情況下nl_pid都設(shè)置為當(dāng)前進程的進程號。然而，對于一個進程的多個線程同時使用netlink socket的情況，nl_pid的設(shè)置一般采用如下這個樣子來實現(xiàn)：

點擊(此處)折疊或打開

pthread_self()?<

第二，從內(nèi)核發(fā)出的多播報文到用戶空間時，如果用戶空間的進程處在該多播組中，那么其地址結(jié)構(gòu)體中nl_pid也設(shè)置為0，同時還要結(jié)合下面介紹到的另一個屬性。

nl_groups：如果用戶空間的進程希望加入某個多播組，則必須執(zhí)行bind()系統(tǒng)調(diào)用。該字段指明了調(diào)用者希望加入的多播組號的掩碼(注意不是組號，后面我們會詳細講解這個字段)。如果該字段為0則表示調(diào)用者不希望加入任何多播組。對于每個隸屬于Netlink協(xié)議域的協(xié)議，最多可支持32個多播組(因為nl_groups的長度為32比特)，每個多播組用一個比特來表示。

關(guān)于Netlink剩下的知識點，我們在后面的實戰(zhàn)環(huán)節(jié)有用到時再討論。

?