RPL支持三種基礎通信流：多點到點（MP2P），點到多點（P2MP）和點對點（P2P）。
4.1 多點到點通信
多點到點（MP2P）是很多LLN應用的主導通信流（[RFC5867]，[RFC5826]，[RFC5673]和[RFC5548]）。MP2P流的目的地是有應用意義的選定節點，如提供到更大互聯網或核心專用IP網絡的連接。RPL允許通過DODAG根到達MP2P目的地的，以支持MP2P通信。
4.2 點到多點通信
點到多點（P2MP）是一種被多個LLN應用所使用到的通信模式（[RFC5867]，[RFC5826]，[RFC5673]和[RFC5548]）。RPL通過使用目的地公告機制來支持P2MP通信，該機制提供離根的指向目的地的（前綴地址或多播組）下行路由。目的地公告在下層DODAG拓撲改變時可更新路由表。
4.3 點對點通信
RPL爲點對點通信（P2P）提供基礎結構。爲使RPL網絡支持P2P通信，根必須將數據包路由至目的地。網絡中的節點也可擁有到目的地的路由表。數據包朝根流動，直到它到達一個擁有目的地的已知路由的祖先那。正如之後文檔所指，在極端受限的情況下（節點無法存儲路由），公共祖先可以是DODAG根。其它情況下，公共祖先離源和目的地都很近。
RPL還支持P2P目的地是一個“單跳”鄰居的情況。
RPL即不指定也不妨礙附加機制，用以計算和安裝可能對於任意P2P通信更爲優化的路由。
5、RPL實例
在一個LLN內，可能存在多個，邏輯上獨立的RPL實例。一個RPL節點可能屬於多個RPL實例。它在一些實例中作爲路由器存在而在另一些實例中作爲葉子存在。本文討論單個實例的行爲。
有兩種類型的RPL實例：本地和全局。RPL在全局和本地實例間劃分RPLInstanceID空間，從而即允許協同又允許單邊的RPLInstanceID分配。全局RPL實例是協同的，擁有單個或多個DODAG，且通常是長生命週期的。本地RPL實例通常只有一個DODAG，此DODAG的單個根擁有相應的DODAGID，且以單邊的方式分配本地RPLInstanceID。例如，本地RPL實例可用於DODAG構造，以支持未來的按需路由解決方案。本地RPL實例的運行模式超出本規範範圍，可能會在其它配套規範中介紹。
RPL實例的定義和配置超出本規範範圍。指導原則涉及應用和實現細節，預計在將來的配套文檔中會有詳盡闡述。具體操作應該是這樣：來自RPL網絡外部的數據包可以無歧義地至少分配一個RPL實例，且可以在任何匹配此數據包的實例上安全地進行路由。
RPL網絡中的控制包和數據包被標記，以便明確標識它們是哪個RPL實例的一部分。
每個RPL控制消息都有一個RPL字段。某些如之後定義的涉及本地RPLInstanceID的RPL控制消息，也可以包含DPDAGID。
在RPL網絡中流動的數據包表明，RPLInstanceID是作爲RPL所需的RPL分組信息的一部分而存在的。進一步介紹請參閱11.2節。對於來自RPL網絡外部的數據包來說，入口路由器分配並植入RPLInstanceID，進而將其注入RPL網絡。
5.1 RPL實例ID
一個全局RPLInstanceID必須在整個LLN內唯一。全局RPLInstanceID的分配和提供不在本文討論範圍內。在整個網絡中最多可以有128個全局實例。本地實例總是跟DODAGID聯合使用（DODAGID即可以顯式給出，也可以在某些情況下隱式給出），每個DODAGID最多可支持64個本地實例。本地實例由屬於DODAGID的節點分配和管理，無需和其它節點進行任何顯式地協作。下面作詳細介紹：
全局ID在RPLInstanceID字段內編碼如下：
本地RPLInstanceID由屬於DODAGID的節點自動配置，且對於那個DODAGID它必須是唯一的。用於配置本地RPLInstanceID的DODAGID必須是節點的可達IPv6地址。且它必須被用於本地實例中所有通信的終點。
本地RPL實例ID在RPLInstanceID字段內編碼如下：
RPL控制消息中的本地RPLInstanceID的“D”標誌位總是設置爲0。它用來指示DODAGID是數據包的源還是目的地。如果“D”標誌設爲1，那麼IPv6包的目的地址必定爲DODAGID。如果“D”標誌爲0，那麼IPv6包的源地址必定爲DODAGID。
例如，假設節點A爲本地RPL實例的DODAG根，並分配有一個本地RPLInstanceID。按照定義，所有通過該本地RPL實例的流量不是開始於A就是終止於A。既然如此，DODAGID將爲節點A的可達IPv6地址。所有流量都將包含節點A的地址，也就是DODAGID，要不作爲源要不作爲目的地址。因此，本地RPLInstanceID可以通過正確設置“D”標誌位來指示DODAGID是等於源地址還是目的地址。