在全部署場(chǎng)景中（Full Implementations），初始o(jì)ffer的處理大概需要經(jīng)過(guò)五個(gè)主要的步驟：候選地址獲取->候選地址優(yōu)先級(jí)處理->移除冗余候選地址->選擇默認(rèn)候選地址，最后計(jì)算發(fā)送SDP offer。下面，筆者將會(huì)一步步介紹其中最主要的前四個(gè)步驟。

　　首先，筆者介紹一下候選地址獲取或者采集（Gathering Candidates）。在日常生活環(huán)境中，如果我們計(jì)劃出去旅游的話，我們一般都會(huì)提前準(zhǔn)備旅游線路的一些背景資料，例如交通信息，旅游資料方便我們找到最佳的旅游路線，在最低成本的前提下獲得最佳的旅游體驗(yàn)。同樣，候選地址獲取也是一樣的。當(dāng)agent之間的通信即將開(kāi)始時(shí)，agent需要獲取候選地址。agent或者offer提供方可以通過(guò)操作界面的提示或外部的初始請(qǐng)求來(lái)發(fā)起一個(gè)offer消息。每個(gè)候選地址就是一個(gè)傳輸?shù)刂罚�它也包括其類型和base。候選地址的base實(shí)際上也是一種候選地址（一個(gè)基準(zhǔn)地址），當(dāng)agent使用候選地址時(shí)，agent必須從此地址發(fā)送。在RFC5245中，規(guī)范定義了四種候選地址類型，它們分別是host candidates，server reflexive candidates，peer reflexive candidates和relayed candidates。其中，server reflexive candidates是通過(guò)STUN或者TURN服務(wù)器獲得，relayed candidates是通過(guò)TURN服務(wù)器獲得，peer reflexive candidates則是通過(guò)ICE協(xié)商過(guò)程中獲得（它事實(shí)上是一種連接性檢查的結(jié)果，不做討論）。關(guān)于以上四種類型的定義，筆者在前面很多歷史文章中結(jié)合一些圖例有一些介紹，這里為了能夠更好配合SDP的介紹，保持關(guān)于SDP內(nèi)容討論的完整性，筆者再花費(fèi)一點(diǎn)時(shí)間重新梳理一次前三種候選地址類型。

　　Host candidates（主機(jī)候選地址）是首先需要獲取的地址。主機(jī)地址是通過(guò)端口和IP地址綁定獲得。這里的IP地址可以此主機(jī)所屬的物理網(wǎng)口IP地址，虛擬地址或者VPN地址。agent想調(diào)用UDP媒體流的話（也可以通過(guò)拓展支持TCP），agent應(yīng)該獲得本地主機(jī)支持的一個(gè)候選地址，這個(gè)候選地址是針對(duì)每個(gè)媒體流構(gòu)件的，這些媒體流通過(guò)主機(jī)所支持的IP地址來(lái)傳輸。agent通過(guò)綁定一個(gè)具體的IP地址和端口來(lái)獲得每個(gè)候選地址。每個(gè)媒體構(gòu)件有一個(gè)component ID，基于RTP的媒體流，它本身就有一個(gè)ID，這個(gè)ID是1，RTCP的ID是2。如果agent使用了RTCP的話，它必須獲取一個(gè)候選地址；如果agent使用RTP和RTCP的話，agent有k個(gè)IP地址的話，它必須以2*K的主機(jī)候選地址來(lái)最終地址計(jì)算方式。針對(duì)每個(gè)主機(jī)候選地址來(lái)說(shuō)，base基準(zhǔn)地址是候選地址自己本身。

　　Agent除了需要獲得主機(jī)候選地址以外，agent應(yīng)該獲得Server Reflexive （反射地址）和 Relayed Candidates（轉(zhuǎn)發(fā)地址）兩種候選地址。讀者注意，這里使用的是應(yīng)該而不是需要或者必須，使用的要求取決于提供者的環(huán)境變量要求。在有一些使用場(chǎng)景中，Server Reflexive 和 Relayed Candidates都是和公網(wǎng)綁定的，因此agent在一個(gè)封閉網(wǎng)絡(luò)環(huán)境中，或者從來(lái)不連接公網(wǎng)的話，沒(méi)有必要使用Server Reflexive 和 Relayed Candidates地址。如果agent支持了雙網(wǎng)絡(luò)協(xié)議或者支持多宿主地址的話，agent應(yīng)該使用全部署方式來(lái)處理候選地址。部署TURN服務(wù)器的成本是非常高的，需要考慮實(shí)際場(chǎng)景。當(dāng)使用ICE時(shí)，agent雙方都在NAT后，它們需要一個(gè)地址和端口映射處理時(shí)，用戶才需要考慮使用NAT部署。在后續(xù)部署使用過(guò)程中，可能一些用戶會(huì)把使用NAT地址映射作為一種用戶場(chǎng)景來(lái)滿足agent的支持能力，因此，通常這種可選的邊緣處理的用戶場(chǎng)景僅作為一種可選方案，可能也不會(huì)經(jīng)常使用。因此，如果agent不采集Server Reflexive（反射地址） 和 Relayed Candidates（轉(zhuǎn)發(fā)地址）的話，RFC5245規(guī)范推薦關(guān)閉這種部署文件配置。如果將來(lái)網(wǎng)絡(luò)環(huán)境發(fā)生了變化，agent可以通過(guò)配置開(kāi)啟采集地址的功能。這里再次重復(fù)一次筆者前面提到的廢話。如果agent正在采集Server Reflexive（反射地址）和 Relayed Candidates（轉(zhuǎn)發(fā)地址）的話，agent需要使用TURN服務(wù)器。如果agent僅采集反射地址的話，agent使用STUN服務(wù)器。部署場(chǎng)景決定以后，agent開(kāi)始其候選配對(duì)的處理流程，agent可以通過(guò)界面配置方式或者其他的偵測(cè)手段（通常是通過(guò)GUI界面配置STUN/TURN服務(wù)器地址），通過(guò)STUN或者TURN服務(wù)器對(duì)其每個(gè)主機(jī)候選地址進(jìn)行配對(duì)。如果已配置好了STUN或者TURN服務(wù)器的話，規(guī)范推薦配置一個(gè)domain名稱，使用DNS處理流程來(lái)發(fā)現(xiàn)STUN服務(wù)器和TURN服務(wù)器地址。

　　這里的DNS處理流程遵從兩個(gè)規(guī)范（RFC5389和RFC5766），分別實(shí)現(xiàn)對(duì)STURN服務(wù)器的查詢和TURN服務(wù)器的查詢。其中，查詢STUN服務(wù)器地址的流程是通過(guò)Service Records （SRV），使用 “stun” 服務(wù)來(lái)完成的，具體的流程按照RFC 5389的DNS流程實(shí)現(xiàn)。查詢TURN服務(wù)器地址的流程是通過(guò)SRV，使用“turn”服務(wù)來(lái)完成，具體的流程是按照RFC5766規(guī)范DNS流程實(shí)現(xiàn)。在具體的應(yīng)用場(chǎng)景中，agent可能會(huì)通過(guò)學(xué)習(xí)從SRV查詢中獲得多個(gè)STUN或者TURN地址。根據(jù)RFC5245規(guī)范的說(shuō)明，為了提升ICE的處理性能，在一個(gè)具體的會(huì)話中，對(duì)于所有候選地址來(lái)說(shuō)，agent應(yīng)該僅使用單個(gè)STUN或者TURN地址。查詢的結(jié)果就是通過(guò)STUN或TURN服務(wù)器的一系列主機(jī)候選配對(duì)。agent然后從一系列配對(duì)中選擇一個(gè)配對(duì)，從主機(jī)候選地址對(duì)STUN或者TRUN服務(wù)器端發(fā)送綁定或分配請(qǐng)求。特別注意，對(duì)STUN服務(wù)器來(lái)說(shuō)，發(fā)送綁定請(qǐng)求是不需要簽權(quán)的，響應(yīng)中任何服務(wù)器屬性（ALTERNATESERVER）都會(huì)被忽略掉，同時(shí)agent必須支持向后兼容的模式支持綁定請(qǐng)求（Binding request），此綁定請(qǐng)求在RFC5389中說(shuō)明。分配請(qǐng)求（Allocate requests）應(yīng)該需要通過(guò)簽權(quán)認(rèn)證流程，agent端可以設(shè)定一定的安全機(jī)制來(lái)實(shí)現(xiàn)簽權(quán)流程。

　　在ICE采集候選地址階段，ICE設(shè)置了一個(gè)定時(shí)器（Ta），每Ta毫秒后，agent就會(huì)生成一個(gè)新的STUN或TURN事務(wù)。這個(gè)事務(wù)可以是針對(duì)前一個(gè)事務(wù)的重試，在這個(gè)新事務(wù)中可以攜帶一定的錯(cuò)誤消息（例如，認(rèn)證錯(cuò)誤）。這個(gè)事務(wù)也可以是一個(gè)新的事務(wù)，新的事務(wù)可支持新的主機(jī)候選配對(duì)和STUN/TURN服務(wù)器配對(duì)。為了保證其ICE采集流程的穩(wěn)定性，不影響其他定時(shí)器的使用（例如，STUN重傳定時(shí)器RTO的），agent不應(yīng)該在每Ta毫秒內(nèi)過(guò)于頻繁生成新的事務(wù)。關(guān)于這兩種定時(shí)器的使用方式，我們?cè)诤罄m(xù)章節(jié)會(huì)涉及，這里不再深入討論。發(fā)送了綁定請(qǐng)求或分配請(qǐng)求后，agent將會(huì)收到一個(gè)綁定或分配請(qǐng)求的響應(yīng)消息。如果收到的是一個(gè)成功的分配響應(yīng)消息的話，消息中會(huì)包含Server Reflexive地址（反射地址，從映射地址中獲得） 和 Relayed Candidates（轉(zhuǎn)發(fā)地址）。其中，轉(zhuǎn)發(fā)候選地址是在響應(yīng)消息的XOR-RELAYED-ADDRESS屬性設(shè)置中。如果分配請(qǐng)求被拒絕的話，那是因?yàn)榉��?wù)器端沒(méi)有可提供的資源來(lái)支持這個(gè)請(qǐng)求，agent應(yīng)該對(duì)服務(wù)器端發(fā)送一個(gè)綁定請(qǐng)求來(lái)獲得反射候選地址，綁定請(qǐng)求將會(huì)對(duì)agent提供一個(gè)反射候選地址（也是從映射地址中獲得）。反射候選地址的基準(zhǔn)地址是一個(gè)主機(jī)候選地址，這個(gè)主機(jī)候選地址是發(fā)送綁定請(qǐng)求和分配請(qǐng)求的地址。轉(zhuǎn)發(fā)候選地址的基準(zhǔn)地址是候選地址本身。對(duì)主機(jī)候選地址來(lái)說(shuō)，如果轉(zhuǎn)發(fā)候選地址是確認(rèn)狀態(tài)（很少發(fā)生的極端情況），那么，這個(gè)轉(zhuǎn)發(fā)候選地址必須要丟棄。

　　除了采集反射候選地址和轉(zhuǎn)發(fā)候選地址以外，最后，agent還要對(duì)每個(gè)候選地址分配一個(gè)foundation。Foundation是一個(gè)身份標(biāo)識(shí)符，它在會(huì)話中使用。Foundation ID 用來(lái)決定兩個(gè)候選地址是否相同。計(jì)算foundation目前沒(méi)有特定的說(shuō)法，它僅針對(duì)配對(duì)的計(jì)算，保持其唯一性。如果要保證兩個(gè)候選地址具有相同foundation ID的話，以下四個(gè)條件需要都為真：

　　采集到反射候選地址和轉(zhuǎn)發(fā)地址以后，為了保證ICE的正常工作，這種綁定關(guān)系需要一定的維護(hù)機(jī)制來(lái)保證此地址的連接性。因此，反射地址和轉(zhuǎn)發(fā)地址一旦分配以后，這些地址必須保持一個(gè)存活狀態(tài)。在后續(xù)章節(jié)中，筆者將繼續(xù)介紹關(guān)于釋放候選地址話題。對(duì)于通過(guò)綁定請(qǐng)求學(xué)習(xí)到的反射候選地址來(lái)說(shuō)，這種綁定關(guān)系必須通過(guò)對(duì)服務(wù)器端發(fā)送其他的額外請(qǐng)求才能繼續(xù)維持。分配請(qǐng)求可以通過(guò)刷新事務(wù)的方式來(lái)實(shí)現(xiàn)，具體的處理方式，讀者可以參考RFC5766-7章節(jié)。刷新請(qǐng)求也同樣刷新了反射候選地址。

　　到此為止，筆者討論了采集候選地址所關(guān)注的幾個(gè)主要話題（主機(jī)候選地址，反射地址，轉(zhuǎn)發(fā)地址，foundation計(jì)算和候選地址的狀態(tài)維護(hù)）。接下來(lái)，筆者將繼續(xù)討論關(guān)于針對(duì)候選地址優(yōu)先級(jí)排序以及其計(jì)算方式和指導(dǎo)原則。

　　為了保證ICE的傳輸取得最佳的性能，候選地址需要進(jìn)行優(yōu)先級(jí)的處理。優(yōu)先級(jí)處理針對(duì)每個(gè)候選地址指定了一個(gè)優(yōu)先級(jí)標(biāo)識(shí)。傳輸媒體流的每個(gè)候選地址必須有一個(gè)唯一的優(yōu)先級(jí)，此優(yōu)先級(jí)必須是一個(gè)正數(shù)，取值范圍在1到（2**31 - 1）之間。ICE將使用此優(yōu)先級(jí)取值來(lái)決定檢查連接性的依據(jù)，和對(duì)候選地址進(jìn)行修改偏好的選擇參數(shù)。Agent將使用計(jì)算公式來(lái)計(jì)算其優(yōu)先級(jí)，計(jì)算公式所使用的參數(shù)根據(jù)規(guī)范的指導(dǎo)原則進(jìn)行。如果agent使用不同的計(jì)算公式的話，雙方agent對(duì)連接性檢查流程可能出現(xiàn)不協(xié)調(diào)的情況，因此，ICE將會(huì)耗費(fèi)更長(zhǎng)的時(shí)間匯聚數(shù)據(jù)交互。下面，筆者將針對(duì)計(jì)算公式和具體的指導(dǎo)原則進(jìn)行說(shuō)明。

　　通過(guò)以上公式可以看出，使用格式計(jì)算優(yōu)先級(jí)時(shí)，永久性的結(jié)果計(jì)算關(guān)聯(lián)了三個(gè)主要的參數(shù)（針對(duì)每個(gè)候選地址類型的偏好，本地IP地址和component ID）。其中，每個(gè)候選地址類型的偏好取決于候選地址的類型（host candidates，server reflexive candidates，peer reflexive candidates和relayed candidates）。如果agent是一臺(tái)多宿主的主機(jī)，其偏好取決于主機(jī)的IP地址。類型偏好（type preference）必須是整數(shù)，取值范圍從0到126范圍內(nèi)，表示四種候選地址的偏好。126是最高偏好取值，0是最低偏好取值。如果對(duì)候選地址類型的偏好設(shè)置為0，則表示這個(gè)類型的候選地址將為最后的一種選擇。同樣類型偏好的候選地址必須要確認(rèn)其相同性，不同的類型偏好的也需要確認(rèn)其不同。以上四種候選地址類型的優(yōu)先級(jí)也具有不同的判斷級(jí)別。其中，peer reflexive candidates的類型偏好優(yōu)先級(jí)必須高于其他反射候選地址類型偏好。本地偏好（local preference）必須是整數(shù)，取值范圍從0到65535范圍內(nèi)。它表示的偏好是針對(duì)具體的IP地址的，從這個(gè)具體的IP地址獲得候選地址，agent是一臺(tái)多宿主主機(jī)。65535是最高偏好取值，0是最低偏好取值。當(dāng)本地主機(jī)只有單個(gè)IP地址時(shí)，偏好取值應(yīng)該設(shè)置為65535。通常情況下，如果針對(duì)一個(gè)具體的媒體流的特別構(gòu)件支持了多個(gè)候選地址的話，此特別構(gòu)件的多個(gè)候選地址具有相同的類型的話，針對(duì)每個(gè)候選地址的本地偏好必須是唯一的。在RFC 5245規(guī)范中，以上這種情況僅發(fā)生在多宿主主機(jī)環(huán)境中。因?yàn)槎嗨拗髦鳈C(jī)是一個(gè)雙棧主機(jī)，本地偏好應(yīng)該等同于IP地址的優(yōu)先值。關(guān)于優(yōu)先值的取值讀者可以參考RFC3484-2.1，因?yàn)楝F(xiàn)在很多場(chǎng)景中已經(jīng)部署了IPv6,，因此，可能在某些場(chǎng)景中，IPv6的優(yōu)先級(jí)高于IPv4的優(yōu)先級(jí)。具體的優(yōu)先值計(jì)算取決于具體的場(chǎng)景中。component ID是候選地址的component ID，它的取值范圍必須在1到256之間。介紹完計(jì)算公式以后，筆者接下來(lái)需要討論選擇類型偏好和本地偏好的四個(gè)指導(dǎo)原則或標(biāo)準(zhǔn)。

　　第一個(gè)指導(dǎo)原則是選擇類型偏好和本地偏好需要根據(jù)一定的標(biāo)準(zhǔn)。類型偏好和本地偏好取值是主要標(biāo)準(zhǔn)，具體來(lái)說(shuō)，就是媒體的中間介質(zhì)的使用，例如TURN服務(wù)器，VPN或者NAT。在使用這些媒體中間介質(zhì)時(shí)，如果媒體發(fā)送到這些介質(zhì)的候選地址，在收到媒體之前，媒體需要首先被發(fā)送到中間介質(zhì)的候選地址。轉(zhuǎn)發(fā)候選地址就是其中一種候選地址類型，它涉及了媒體中間介質(zhì)。另外一種媒體中間介質(zhì)就是通過(guò)VPN接口獲得的主機(jī)候選地址。顯然，當(dāng)媒體通過(guò)媒體中間介質(zhì)以后，它會(huì)增加發(fā)送和接收方之間的時(shí)延。同時(shí)，因?yàn)槊襟w經(jīng)過(guò)了多個(gè)路由器hops，增加了丟包的風(fēng)險(xiǎn)。當(dāng)然，因?yàn)槊襟w需要進(jìn)出媒體中間介質(zhì)的服務(wù)器，服務(wù)提供商也需要相應(yīng)增加部署成本。如果用戶覺(jué)得筆者前面說(shuō)的這些因素是非常重要的，因?yàn)榭紤]到這些風(fēng)險(xiǎn)的重要性，轉(zhuǎn)發(fā)候選地址的偏好設(shè)置就應(yīng)該要低于本地偏好設(shè)置。因此，針對(duì)偏好取值的取值可能需要做一定的調(diào)整。推薦的辦法是，本地候選地址偏好設(shè)置為126，反射候選地址偏好設(shè)置為100，peer reflexive candidates設(shè)置為110，轉(zhuǎn)發(fā)候選地址的偏好設(shè)置為0。進(jìn)一步說(shuō)，如果agent是一臺(tái)多宿主主機(jī)，它本身帶多個(gè)IP地址的話，從VPN接口獲得的主機(jī)候選地址的本地偏好設(shè)置為0。

　　來(lái)自于互聯(lián)網(wǎng)資源

　　選擇偏好的第二個(gè)指導(dǎo)原則是基于IP組選擇方式。ICE可以在IPv4和IPv6網(wǎng)絡(luò)環(huán)境中工作。ICE提供了一種工作機(jī)制，可以保證雙棧主機(jī)選擇IPv6，但是萬(wàn)一IPv6網(wǎng)絡(luò)出現(xiàn)故障時(shí)（例如，在6to4路由器轉(zhuǎn)發(fā)失敗-RFC3056），它也允許主機(jī)回退到IPv4的網(wǎng)絡(luò)環(huán)境中。ICE也可以幫助主機(jī)獲得原生的IPv6地址和6to4地址。如果是我們以上所說(shuō)的這種情況的話，相對(duì)比較高的本地偏好將會(huì)關(guān)聯(lián)到IPv6的地址，然后是6to4的地址，最后才是IPv4的地址。這樣安排的目的是允許agent可以馬上優(yōu)先使用原生IPv6地址，如果出現(xiàn)連接問(wèn)題或者對(duì)端agent沒(méi)有啟用原生IPv6時(shí)，可以退回到6to4的地址繼續(xù)和對(duì)端通信。

　　第二個(gè)原則選擇偏好的原則是基于主機(jī)IP地址的類型。第三個(gè)原則是基本上是基于第二個(gè)原則的基礎(chǔ)上，針對(duì)網(wǎng)絡(luò)最重要的問(wèn)題（安全機(jī)制）的選擇。因此，根據(jù)安全機(jī)制選擇偏好也是一種非常重要的指導(dǎo)原則。現(xiàn)在國(guó)際上很多公司的員工都是遠(yuǎn)程辦公（特別是WebRTC終端方式），如果遠(yuǎn)程辦公員工提供家庭私人網(wǎng)絡(luò)訪問(wèn)企業(yè)內(nèi)部網(wǎng)絡(luò)時(shí)，員工端希望通過(guò)企業(yè)內(nèi)部網(wǎng)絡(luò)訪問(wèn)語(yǔ)音流量，通過(guò)企業(yè)通信系統(tǒng)呼出到其他外部目的地。這樣的話，員工私人網(wǎng)絡(luò)和企業(yè)網(wǎng)絡(luò)之間就需要一個(gè)VPN的連接或者SBC的連接（筆者已經(jīng)介紹過(guò)很多關(guān)于SBC的使用，這里僅指VPN）。如果是這樣的部署場(chǎng)景的話，和其他后續(xù)地址相比，VPN地址將具有比較高的本地偏好優(yōu)先級(jí)。

　　第四個(gè)選擇偏好的指導(dǎo)原則是關(guān)于網(wǎng)絡(luò)拓?fù)湟庾R(shí)。企業(yè)網(wǎng)絡(luò)的拓?fù)湓O(shè)計(jì)也是選擇偏好時(shí)需要關(guān)注的地方。候選地址的處理如果可以靈活地充分利用網(wǎng)絡(luò)優(yōu)勢(shì)也可以優(yōu)化地址的選擇。對(duì)于后續(xù)地址來(lái)說(shuō)，它可以利用其中間介質(zhì)的多種已存網(wǎng)絡(luò)架構(gòu)實(shí)現(xiàn)偏好選擇。在某些網(wǎng)絡(luò)環(huán)境中，如果agent可以預(yù)設(shè)或者動(dòng)態(tài)發(fā)現(xiàn)中間介質(zhì)，這些中間代理介質(zhì)可能是最佳（或最近）的路徑地址包括候選地址的話，agent應(yīng)該設(shè)定此候選地址的本地偏好為比較高的優(yōu)先級(jí)。

　　前面，筆者介紹了候選地址采集和候選地址的優(yōu)先級(jí)處理。接下來(lái)，我們繼續(xù)介紹優(yōu)先級(jí)處理以后的另外一個(gè)話題，這就是關(guān)于候選地址冗余移除的問(wèn)題。為了保證agent端本身存儲(chǔ)和管理的問(wèn)題，agent會(huì)移除一些冗余的候選地址。如何判斷候選地址是重復(fù)或是一個(gè)冗余地址呢？根據(jù)RFC5245的說(shuō)明，如果一個(gè)候選地址的傳輸?shù)刂返扔谄渌�候選地址的傳輸?shù)刂�，并且此候選地址的基準(zhǔn)地址等于其他候選地址的基準(zhǔn)地址，那么此候選地址就是一個(gè)冗余候選地址。另外，如果候選地址的傳輸?shù)刂废嗤�，但是它們的基�?zhǔn)地址不同，這些候選地址不是冗余候選地址。很多情況下，當(dāng)agent沒(méi)有在NAT背后時(shí)，反射候選地址和主機(jī)候選地址是冗余或者重復(fù)的，agent應(yīng)該設(shè)置一個(gè)比較低的偏好優(yōu)先級(jí)移除這些冗余候選地址。

　　采集到候選地址以后，接下來(lái)就需要考慮如何設(shè)置一個(gè)默認(rèn)的候選地址實(shí)現(xiàn)媒體流的進(jìn)一步傳輸處理。如果一個(gè)候選地址被看作是一個(gè)默認(rèn)的候選地址的話，從非-ICE用戶端來(lái)說(shuō)，它將作為一個(gè)媒體目標(biāo)。這個(gè)媒體目標(biāo)稱之為DEFAULT DESTINATION（默認(rèn)目的地）。如果當(dāng)agent和一個(gè)ICE-aware peer（能夠感知到ICE的遠(yuǎn)端）通信時(shí)，如果ICE算法沒(méi)有選擇候選地址的話，ICE處理流程完成以后，agent要求一個(gè)updated offer/answer 來(lái)修復(fù)或者糾正SDP，這樣的話，媒體默認(rèn)的目的地地址將會(huì)匹配ICE已選的候選地址。當(dāng)然，如果ICE選擇了默認(rèn)的候選地址，agent就沒(méi)有必要發(fā)送更新的offer/answer。

　　Agent 必須選擇一組候選地址，每個(gè)在使用的媒體流的每個(gè)構(gòu)件的一個(gè)候選地址作為默認(rèn)的候選地址。如果端口不是0的話，說(shuō)明媒體流正在使用其構(gòu)件端口。這個(gè)結(jié)論我們?cè)谇懊娴挠懻撝幸呀?jīng)說(shuō)明。接下來(lái)處理中，盡管a=inactive狀態(tài)或者bandwidth設(shè)置為0，媒體仍然會(huì)置于使用狀態(tài)。

　　RFC5245規(guī)范推薦選擇默認(rèn)的候選地址是基于候選地址的概率，具體來(lái)說(shuō)，這些候選地址和對(duì)端peer已經(jīng)關(guān)聯(lián)在一起的概率，或者它們之間的一起工作的概率來(lái)決定。規(guī)范推薦的默認(rèn)候選地址是，轉(zhuǎn)發(fā)候選地址（如果有轉(zhuǎn)發(fā)地址的話），反射候選地址（如果有反射候選地址的話）和最后主機(jī)候選地址。

　　前面所討論的都是基于全部署場(chǎng)景的內(nèi)容。輕量級(jí)部署（Lite Implementation）相對(duì)比較簡(jiǎn)單，它僅使用了主機(jī)候選地址。輕量級(jí)部署必須為每個(gè)媒體流的每個(gè)構(gòu)件分配0個(gè)或者一個(gè)IPv4的地址。輕量級(jí)部署它可能分配0個(gè)或者一個(gè)IPv6地址，但是，主機(jī)不能使用多余1個(gè)以上的IPv6地址。因?yàn)楹芏鄷r(shí)候，每個(gè)媒體流的每個(gè)構(gòu)件可以支持多個(gè)IPv4候選地址，如果agent支持多個(gè)IPv4地址的話，它必須從分配的候選地址中選擇其中一個(gè)地址。如果主機(jī)支持的雙棧地址的話，RFC5245推薦分配一個(gè)IPv4候選地址和一個(gè)全局IPv6地址。在輕量級(jí)的部署場(chǎng)景中，ICE不能用來(lái)動(dòng)態(tài)選擇一定范圍內(nèi)的候選地址。在完整的ICE流程中，通過(guò)連接性檢查才能真正決定使用這個(gè)地址或者那個(gè)地址。因此，規(guī)范也不推薦從一個(gè)特定的網(wǎng)絡(luò)區(qū)域內(nèi)包含一個(gè)以上的候選地址。

　　每個(gè)構(gòu)件/模塊都會(huì)設(shè)定一個(gè)ID，我們稱之為component ID或者模塊ID。對(duì)于RTP媒體流來(lái)說(shuō)，RTP自己的ID為1，RTCP為2。如果agent正在使用RTCP的話，它必須首先獲得一個(gè)候選地址。

　　每個(gè)候選地址會(huì)設(shè)定一個(gè)foundation。兩個(gè)從不同IP地址獲得的兩個(gè)候選地址，這兩個(gè)候選地址的foundation肯定是不同的，如果從相同的IP地址獲得的候選地址的話，foundation看到是相同的。這里的foundation計(jì)算方式和全部署場(chǎng)景的要求有所不同（同時(shí)也要求檢查端口）。對(duì)于優(yōu)先級(jí)的計(jì)算公式來(lái)說(shuō)，對(duì)每個(gè)IP地址來(lái)說(shuō)僅依靠一個(gè)簡(jiǎn)單的整數(shù)遞增是不夠的。另外，針對(duì)同樣的媒體流，在所有候選地址中，每個(gè)候選地址必須設(shè)定一個(gè)唯一的優(yōu)先級(jí)標(biāo)識(shí)。優(yōu)先級(jí)的計(jì)算公式如下：

　　在以上格式中，如果主機(jī)僅有IPv4地址的話，IP precedence設(shè)置為65535。如果主機(jī)是IPv6地址或者是雙棧地址的話，IP precedence應(yīng)該是RFC3484中的precedence值。

　　接下來(lái)，agent將會(huì)為每個(gè)媒體流的每個(gè)構(gòu)件選擇一個(gè)默認(rèn)的候選地址。如果主機(jī)地址僅支持IPv4地址，主機(jī)將僅對(duì)每個(gè)媒體流的每個(gè)構(gòu)件選擇一個(gè)候選地址，因此，這個(gè)候選地址是默認(rèn)地址。如果主機(jī)支持支持IPv6或者雙棧地址，默認(rèn)地址的選擇取決于本地策略。默認(rèn)候選地址的可能是一個(gè)經(jīng)常用來(lái)和對(duì)端peer通信的候選地址（參考前面章節(jié)的第四種指導(dǎo)原則）。簡(jiǎn)單來(lái)說(shuō)，默認(rèn)候選地址更多傾向于使用以前和對(duì)端通信成功的候選地址。如果主機(jī)僅支持IPv6的地址，那就是全局的IPv6地址。對(duì)支持雙棧的主機(jī)來(lái)說(shuō)，RFC5245規(guī)范推薦使用IPv4地址作為默認(rèn)候選地址。

　　關(guān)于SDP的解碼處理流程，全局部署場(chǎng)景和輕量級(jí)的部署場(chǎng)景的流程是一樣的。Agent將針對(duì)每個(gè)媒體包含一個(gè)m行來(lái)表示它將要使用這個(gè)媒體。SDP中的媒體順序和ICE相關(guān)。ICE將首先執(zhí)行連接性檢查第一個(gè)m行檢查，接下來(lái)媒體流會(huì)進(jìn)行傳輸。如果有媒體流的話，首先agent將媒體流置于SDP中，然后處理最重要的媒體流。

　　針對(duì)每個(gè)媒體流，每個(gè)候選地址將設(shè)置一個(gè)候選地址屬性。關(guān)于此屬性的構(gòu)建需要遵從一定的規(guī)則，具體的規(guī)則參考RFC5245-15。屬性將會(huì)負(fù)責(zé)傳遞IP地址和端口和候選地址所使用的傳輸協(xié)議，另外還有配合對(duì)端工作的ICE的一些屬性：priority，foundation和component ID。除了以上這些屬性參數(shù)因?yàn)椋瑢傩灾羞�提供了關(guān)于候選地址的問(wèn)題排查和其他函數(shù)功能，例如，候選地址類型和相關(guān)的傳輸?shù)刂贰?/div>