spivic的专栏

2.3. 候选排序 由于算法搜索所有的候选对，所以不管候选对是按什么顺序加入的，可用对（working pair）如果有的话，肯定能发现。为了更快更好的搜索，我们用了特殊算法对候选对排序。排序后的候选对结果列表叫做检查表(CHECK LIST)。4.1.2介绍了算法，在这里先介绍下思路：

前言: rfc5245介绍了 NAT下p2p的解决框架ICE（Interactive Connectivity Establishment） 此文档取代了过时的rfc4091, rfc4092  rfc6336上有rfc5245的更新 很多次关键的不翻译了 1-介绍 rfc3264介绍通过SDP传输媒体会话信息，它的机制(offer/answer)由sip提供 off

对此rfc的翻译正确性不做任何保证。按照它而导致的任何问题后果自负。 1-介绍 2-ICE概要 2.1收集候选地址 2.2连接性测试 2.3候选排序 2.4冻结候选 2.5检测的安全 2.6ICE结束 2.7简易实现 3-术语 4-发送初始offer 4.1完整实现所需要的 4.1.1收集候选 4.1.1.1主机候选地址 4.1.1.2服务自反候选地址和中继候

对此rfc的翻译正确性不做任何保证。按照它而导致的任何问题后果自负。转载请注明原地址。 4发送初始offer 为了能在offer/answer交互中发初始offer,一个agent必须1收集候选地址2排序3删除重复4选择默认候选5制定并发送SDP。 4.1完整实现所需要的 4.1.1收集候选 一个agent在即将通信前做这件事。它可以由用户接口触发或者在会话初始中明确要求。所有候选是个传

对此rfc的翻译正确性不做任何保证。按照它而导致的任何问题后果自负。转载请注明原地址。 对此rfc的翻译正确性不做任何保证。按照它而导致的任何问题后果自负。转载请注明原地址。 4.1.2候选优先级计算 媒体流的候选地址的优先级必须是唯一的，范围1-2^31-1。优先级将用来决定连接检测的顺序和候选地址的选择。 Agent应该用4.1.2.1节的方法计算优先级。并按4.1.2.2的原则选