Transports, Channels, and Connections（傳輸、通道、鏈接）
每個(gè)p2pTransportChannel代表了本地機(jī)與遠(yuǎn)程機(jī)的數(shù)據(jù)通道。這個(gè)通道實(shí)際上包含著（隱藏著）一個(gè)設(shè)計(jì)復(fù)雜而健壯的體系。P2PTransportChannel管理著大量的不同的Connection對(duì)象，每個(gè)對(duì)象代表了一個(gè)不同種類(lèi)的鏈接（UDP，TCP等）。一個(gè)Connection對(duì)象實(shí)際上封裝了一對(duì)對(duì)象：一個(gè)Port子類(lèi)，代表了本地鏈接，和一個(gè)代表遠(yuǎn)程機(jī)的地址。如果一個(gè)鏈接無(wú)效，P2pTransportChannel會(huì)立即切換到下個(gè)最佳的鏈接上（即從候選鏈接中選一個(gè)最佳的）。
下面的圖是數(shù)據(jù)路徑在p2p組件內(nèi)部的高層抽象。
當(dāng)libjingle和遠(yuǎn)程機(jī)協(xié)商一個(gè)鏈接時(shí)，libjingle就會(huì)在本地創(chuàng)建一個(gè)鏈表，用來(lái)儲(chǔ)存所有潛在鏈接點(diǎn)，這潛在的鏈接點(diǎn)稱(chēng)作“candidates”（候選），本地的每個(gè)候選被一個(gè)Port對(duì)象封裝，此Port對(duì)象被PortAllocator子類(lèi)分配。本地的Port對(duì)象是在發(fā)起方在發(fā)送鏈接請(qǐng)求之前被創(chuàng)建，或接收方收到一個(gè)鏈接請(qǐng)求后被創(chuàng)建（如果Port對(duì)象鏈表己經(jīng)被生成，不論這個(gè)鏈表是怎么創(chuàng)建的，只要有就行）。當(dāng)P2PTransportChannel收到另外一個(gè)計(jì)算機(jī)的鏈接請(qǐng)求，它就會(huì)創(chuàng)建一個(gè)Connection對(duì)象來(lái)封裝每個(gè)“遠(yuǎn)程候選/本地Port對(duì)象”對(duì)。
libjingle還定義了一個(gè)RawTransport類(lèi)，此類(lèi)支持UDP兩端的直接鏈接（在不使用ICE的情況下）。這樣的傳輸方式（鏈接方式）也許在能夠創(chuàng)建UDP直連條件下或UDP的任何一方不支持ICE機(jī)制下被使用。
P2PTtransportChannel 創(chuàng)建和管理多個(gè)Connection對(duì)象。P2PtransportChannel根據(jù)可寫(xiě)入性和優(yōu)先級(jí)（比如：UDP的優(yōu)級(jí)先比中轉(zhuǎn)鏈接的高）來(lái)選擇最佳的Connection對(duì)象使用。
當(dāng)鏈接異常中斷或性能低下時(shí)，上述情況就會(huì)隨之發(fā)生，P2PTransportChannel立刻會(huì)切換到下一個(gè)Connection對(duì)象上，并且這種切換對(duì)上層是透明的。
P2PTransport（圖中未顯示）是p2p數(shù)據(jù)體系上的抽象度較高的創(chuàng)建者和管理者。它創(chuàng)建和管理P2PTransportChannel，并且監(jiān)視它的性能，但是實(shí)際上P2PTransport不處理數(shù)據(jù)；數(shù)據(jù)的真正進(jìn)入點(diǎn)是P2PTransportChannel。VoiceChannel和PseudoTcpChannel都關(guān)聯(lián)到了P2PTransportChannel并進(jìn)行數(shù)據(jù)的讀取和寫(xiě)入。
Session對(duì)象掌管著P2PTransport對(duì)象，所以可以要求P2PTransport創(chuàng)建數(shù)據(jù)通道。盡管Session對(duì)象有掌管多個(gè)Transport和Transport子類(lèi)實(shí)例的潛力，但是當(dāng)前版本的代碼只定義和使用了一個(gè)P2PTransport子類(lèi)的實(shí)例。