當目的主機收到一個以太網數據幀時，數據就開始從協議棧中由底向上升，同時去掉各層協議加上的報文首部。每層協議盒都要去檢查報文首部中的協議標識，以確定接收數據的上層協議。這個過程稱作分用（Demult ip lexing），圖1 - 8顯示了該過程是如何發生的。

(點擊查看原圖)
    為協議ICMP和IGMP定位一直是一件很棘手的事情。在圖1 - 4中，把它們與IP放在同一層上，那是因為事實上它們是IP的附屬協議。但是在這里，我們又把它們放在IP層的上面，這是因為ICMP和IGMP報文都被封裝在IP數據報中。
    對于ARP和RARP，我們也碰到類似的難題。在這里把它們放在以太網設備驅動程序的上方，這是因為它們和IP數據報一樣，都有各自的以太網數據幀類型。但在圖2 - 4中，我們又把ARP作為以太網設備驅動程序的一部分，放在IP層的下面，其原因在邏輯上是合理的。
    這些分層協議盒并不都是完美的。
    當進一步描述TCP的細節時，我們將看到協議確實是通過目的端口號、源IP地址和源端口號進行解包的。