rfc5245 实现

2024-10-17

[转]ICE介绍 (RFC 5245)

[转]ICE介绍 (RFC 5245) http://blog.csdn.net/dxpqxb/article/details/22040017 1关于ICE的10个事实 1 ICE使用STUN和TURN 2 ICE是一种P2P的NAT穿越方式 3 ICE只需要网络提供STUN或TURN服务器 4 ICE允许在很复杂的网路环境下传输媒体流 5 ICE只在确定媒体流可到达情况下才让电话进行振铃 6 ICE动态发现终端间媒体流的最短路径 7 ICE可以附带消除DoS攻击 8 ICE可以几乎和任意类型

WebRTC的一个例子

内容引自:一个WebRTC实现获取内网IP的例子(穿透NAT) 网页代码直接复制到下面(如果以上链接被墙,可以直接将下面代码保存文件,然后在浏览器打开即可,不支持IE浏览器): <!doctype html> <html><head> <meta charset="utf-8"> <title>Network IP Address via ipcalf.com</title> </head><bo

HTML5攻防向量

From:HTML 5 Morden Day Attack And Defense Vectors Autor:Rafay Baloch 摘要根据Powermapper出版的统计,他们分析的Web页面中超过50%使用了HTML5 DOCTYPE,这意味着它们是HTML5 web应用 HTML5非常流行,由于它的一些新特性可以让Web应用开发者构建更多的交互式页面.然而,新特性也意味着新漏洞,本文分析了引入HTML5后的一些新特性及随之而来的漏洞跨站脚本在本文中是一个重点,对HTML5特点的利

NAT穿透解决方案介绍

最近公司要实现在各种网络环境下面的多屏互动(机顶盒.android phone.iphone及PC端)的需求:由于IP地址资源有限的原因,目前我们使用的各种终端设备都位于局域网后面也就是多台设备共享同一个公网IP:例如:如果位于局域网里面的一个终端Agent A要与互联网上的另一个终端Agent B通信,当A发送的data packet经过局域网出口处的NAT设备时,NAT会将data packet里面的source address字段替换成相应的公网IP和Port,然后再发送data pack

Android IOS WebRTC 音视频开发总结（四一）-- QQ和webrtc打洞能力pk

很多人知道webrtc打洞能力很强,到底有多强但是不知道,比较好的方法就是跟QQ对比,但大多数公司很难模拟各种网络环境进行测试,比如联通,铁通,电信,移动,所以这次请小师妹在实验室下进行了一个比较全面的测试,并整理出测试结果供大家参考,支持原创,文章来自博客园RTC.Blacker(作者:竹叶青),转载必须说明出处,更多详见www.rtc.help. 介绍测试结果前我们先来看看webrtc的p2p架构: 原理介绍: 1,Peer与STUN服务器交互采用的是STUN协议,STUN服务器返回Peer

P2P通信标准协议(一)之STUN

前一段时间在P2P通信原理与实现中介绍了P2P打洞的基本原理和方法,我们可以根据其原理为自己的网络程序设计一套通信规则, 当然如果这套程序只有自己在使用是没什么问题的.可是在现实生活中,我们的程序往往还需要和第三方的协议(如SDP,SIP)进行对接,因此使用标准化的通用规则来进行P2P链接建立是很有必要的.本文就来介绍一下当前主要应用于P2P通信的几个标准协议,主要有STUN/RFC3489,STUN/RFC5389, TURN/RFC5766以及ICE/RFC5245. STUN简介在前言

P2P技术简介

P2P技术简介 NAT( Network Address Translation)穿越(俗称打洞)技术前言: p2p已经存在于我们生活的方方面面:我们通过下载在工具(比如迅雷,bitorent,各种网盘)下载,观看live视频(ppstream,pplive)都在使用p2p,有些im也是通过p2p来传递消息的:我们知道使用p2p技术的下载工具下载更快,使用p2p的live视频更流畅,而且同时使用的人越多效果越好,因为他是可能从我们“邻居”那里获取数据. 那么p2p到底是个什么样的东西呢.暂且我

NAT穿透解决

1.各种网络环境下的P2P通信解决方法: (1)如果通信双方在同一个局域网内,这种情况下可以不借助任何外力直接通过内网地址通信即可: (2)如果通信双方都在有独立的公网地址,这种情况下当然可以不借助任何外力直接通信即可: (3)如果通信双方一方拥有独立的公网地址另一方在NAT后面,那么可以由位于NAT后面的一方主动发起通信请求: (4)如果通信双方都位于NAT后面,且双方的NAT类型都是cone NAT,那么可以通过一个STUN服务器发现自己的NAT类型以及内网和外网传输地址映射信息,然后通

P2P通信标准协议(三)之ICE

在P2P通信标准协议(二)中,介绍了TURN的基本交互流程,在上篇结束部分也有说到,TURN作为STUN 协议的一个拓展,保持了STUN的工具性质,而不作为完整的NAT传输解决方案,只提供穿透NAT的功能, 并且由具体的应用程序来使用.虽然TURN也可以独立工作,但其本身就是被设计为ICE/RFC5245 的一部分,本章就来介绍一下ICE协议的具体内容. SDP ICE信息的描述格式通常采用标准的SDP,其全称为Session Description Protocol,即会话描述协议. SDP只

转：WebRTC技术及应用2 – NAT穿越技术的使用

评:webrtc自带的打洞,穿透协议. 转: http://www.unclekevin.org/?p=924 959 views WebRTC技术及应用2 – NAT穿越技术的使用发表回复 (题图来源) WebRTC的开发者在这篇技术文档[1]之中提到了WebRTC使用的NAT穿越技术.简而言之,就是基于ICE技术,而ICE本身不是NAT技术,而是整合了STUN,TURN等几个NAT技术的的一个框架.相关技术都很成熟,这里简明解释一下原理. NAT的分类 RFC 3489[2]之中介绍了给出

WebRTC 之ICE浅谈

前言 ICE全称Interactive Connectivity Establishment:交互式连通建立方式. ICE参照RFC5245建议实现,是一组基于offer/answer模式解决NAT穿越的协议集合. 它综合利用现有的STUN,TURN等协议,以更有效的方式来建立会话. 客户端侧无需关心所处网络的位置以及NAT类型,并且能够动态的发现最优的传输路径. Classic STUN(RFC3489)的劣势: Classic STUN 有着诸多局限性,例如: 不能确定获得的公网映射地址能否

NAT穿透的方式

目前主要的NAT类型有如下几种: 1)Full-cone NAT, also known as one-to-one NAT 一旦一个内网地址 (iAddr:iPort) 被映射到一个外部地址 (eAddr:ePort), 来自 iAddr:iPort 的任何数据包将通过 eAddr:ePort 发送. 任何外部主机能够通过eAddr:ePort这个地址发送数据包到iAddr:iPort. 2)Address-restricted-cone NAT 一旦一个内网地址 (iAddr:iPort)

VOIP RTP RTSP 实现 Baresip 源码分析

RTP 使用 udp 进行数据传输,udp 是不能保证,数据包一定可以到达的,也不提供时序.同时还有 MTU 限制. RTCP 用来配合 RTP 提供,传输报告,会话建立和退出. 一大批参考规范 * [RFC ](https://tools.ietf.org/html/rfc1321) - The MD5 Message-Digest Algorithm * [RFC ](https://tools.ietf.org/html/rfc1886) - DNS Extensions to suppo

TURN协议(RFC5766详解)

如果一台主机处于NAT后面,那么在一定条件下两台主机无法之间进行通讯.在这种条件下,那么使用中继服务提供通讯是有必要的. 这个规范定义了一个名为TURN(使用中继穿越NAT)的协议,它允许一台主机使用中继服务与对端进行报文传输.TURN不同于其它中继协议在于它允许客户机使用一个中继地址与多个对端同时进行通讯. TURN协议也是ICE(交互式连接建立)协议的组成部分,也可以单独使用. 1.简介一个处于NAT内的主机想要与其他主机进行通讯,其他主机有可能也处于NAT内.为了实现这个目的, 主机利

rfc5245 实现

热门专题