對于一般人而言只要能使用路由器上網(wǎng)就可以了，但對于一個(gè)合格的網(wǎng)管來(lái)說(shuō)，是必須要知道路由器的工作過(guò)程的，尤其是要知道數據是如何在路由器中通過(guò)的。

一、當數據經(jīng)過(guò)路由器時(shí)，在原始套接口上可調用connect函數， connect函數僅設置目的地址。再重申一遍：端口號對原始套接口而言沒(méi)有意義。對于輸出而言，調用connect之后，由于目的地址已經(jīng)指定，我們可以調用write或send，而不是sendto了。

二、普通輸出通常通過(guò)sendto或sendmsg并指定目的IP地址來(lái)完成，如果套接口已經(jīng)連接，也可以調用write、writev或send，如果IP_HDRINCL選項未設置，則內核寫(xiě)的數據起始地址是IP頭部之后的第一個(gè)字節。

因為這種情況下，內核將構造IP頭部，并將它安在來(lái)自進(jìn)程數據之前。內核將IPv4頭部的協(xié)議字段設置成用戶(hù)在調用socket函數時(shí)所給的第三個(gè)參數。

三、如果IP_HDRINCL選項已設置，則內核寫(xiě)的數據其實(shí)地址是IP頭部的第一個(gè)字節。用戶(hù)所提供的數據必須包括IP頭部。此時(shí)進(jìn)程構造除了以下兩項以外的整個(gè)IP頭部，IPv4標示字段可以設為0，要求內核設置該值。而且僅當該字段為0時(shí)，內核才為其設置和IPv4頭部校驗和由內核來(lái)計算和存儲。

四、如果創(chuàng )建原始套接口時(shí)指定了協(xié)議類(lèi)型，即第三個(gè)參數protocol，那也并不是說(shuō)只能發(fā)該類(lèi)型的數據包。如，即使將protocol指定為IPPROTO_TCP，也可以發(fā)送用戶(hù)自己組裝的UDP報文，不過(guò)此時(shí)如果IP_HDRINCL選項未設置，那么內核將會(huì )在IP頭的協(xié)議字段指明后面的報文為T(mén)CP報文(不過(guò)此時(shí)卻為UDP報文)。

等數據包發(fā)送到對方TCP層，一般說(shuō)來(lái)會(huì )因為找不到合適的TCP套接口接收該數據包而被丟棄。不過(guò)該包可以在目標主機的原始套接口上接收到。

五、如果IP_HDRINCL選項已設置，按照常規，應該組建自己的IP頭，但是即使我們沒(méi)有組建IP頭，用sendto或sendmsg并指定目的IP地址來(lái)發(fā)送數據是照樣可以完成的。但是這樣的數據包在目標機上用原始套接口是接收不到的，因為在ip_rcv()中要對IP頭進(jìn)行驗證，并且要分析校驗和，所以該包會(huì )被丟棄，不過(guò)在鏈路層應該能夠接收到該數據包。

六、如果設置了IP_HDRINCL選項，并且數據包超長(cháng)，那么數據會(huì )被丟棄，并會(huì )返回出錯碼EMSGSIZE。如果未設置IP_HDRINCL選項，并且數據包超長(cháng)，那么數據包會(huì )被分片，要想接收到原始套接口，首先要接收的數據包必須有一個(gè)完整的、正確的IP頭，否則不能通過(guò)ip_rcv()中的包頭檢查和檢驗和驗證。

七、在原始套接口接收的數據包過(guò)程中，內核會(huì )對接收的IP包進(jìn)行校驗和驗證，但不會(huì )對IP包以后的任何字段進(jìn)行檢測和驗證。如，我們創(chuàng )建原始套接口時(shí)，所指定的protocol參數為IPPROTO_TCP，內核也不會(huì )進(jìn)行TCP校驗和驗證，而是直接把IP頭中協(xié)議字段為T(mén)CP的所有數據包都復制一份，提交給該原始套接口。

八、用原始套接口接收到的TCP包都是進(jìn)行了IP重組以后，TCP排序以前的報文。如果在創(chuàng )建原始套接口時(shí)，所指定的protocol參數不為零，(socket的第三個(gè)參數)，則接收到的數據報的協(xié)議字段應該與之匹配。

否則該數據報不傳遞給該套接口。如果此原始套接口上綁定了一個(gè)本地IP地址，那么接收到的數據報的目的IP地址應該與該綁定的IP地址相匹配，否則該數據包將不傳遞到該套接口。

如果此原始套接口通過(guò)connect指定了一個(gè)對方IP地址，那么接收到的數據包的源IP地址應與該以連接地址相匹配，否則該數據包不傳遞給該套接口。

原始套接口接收不到任何的ARP或RARP協(xié)議類(lèi)型的套接口，因為net_rx_action()會(huì )把ARP或RARP協(xié)議類(lèi)型的數據包傳遞給ARP的接收函數類(lèi)處理，不會(huì )傳遞給IP層的接收函數ip_rcv()，因為有些ICMP類(lèi)型的數據包在傳遞給原始套接口之前已經(jīng)被系統所響應，并不再向上層傳遞。