无论哪种Peer，使用的P2P协议都是UDP，因为对NAT打洞来说，UDP的打洞成功率比TCP高。据闻有不信邪的尝试过TCP，最后还是回归UDP。也有说使用UPnP的，这个主要依赖于路由设备，可控性不够。
最近在做IM(即时通讯:Instant Messaging)项目(基于网易云信)的升级改造， 虽然核心的通讯采用第三方SDK，但是对于即时通讯这一块还是产生了不少疑惑， 这篇文章主要记录自己对于实现聊天双方的即时通讯的思考。
当今互联网到处存在着一些中间件(Middle Boxes),如NAT和防火墙,导致两个(不在同一内网)中的客户端无法直接通信. 这些问题即便是到了IPV6时代也会存在,因为即使不需要NAT,但还有其他中间件如防火墙阻挡了链接的建立. 目前部署的中间件多都是在C/S架构上设计的,其中相对隐匿的客户机主动向周知的服务端(拥有静态IP地址和DNS名称)发起链接请求. 大多数中间件实现了一种非对称的通讯模型,即内网中的主机可以初始化对外的链接,而外网的主机却不能初始化对内网的链接, 除非经过中间件管理员特殊配置.
TSINGSEE青犀视频旗下的视频平台可支持多协议、多类型的海量设备接入与分发，包括国标GB28181协议、RTMP、RTSP/Onvif等安防标准协议，以及厂家私有协议如海康ehome、海康SDK、大华SDK等。在视频输出上，可支持RTSP、FLV、HLS、WebRTC等格式。
我们平常使用的一般都为私有ip，但是私有ip之间是不能直接通信的，如果要进行通信只能通过公网上的服务器进行数据的转发，难道我们每次发送数据都要经过公网上的服务器转发吗？也不是不可以，但是服务器的承受能力就会大大增加。此时就需要我们的打洞技术的出现了，打洞的出现解决了私有ip之间直接通信的问题（还是需要经过一次公网服务器）
目前EasyGBS视频管理平台已经在官网更新到了1.5.0的最新版本，大家可以下载测试。在上线官网之前，我们已经对新的版本进行了测试，测试期间发现，接入的webrtc的打洞程序stun老是容易打洞失败，导致webrtc无法播放。
近期我们在研发国标平台EasyGBS添加WebRTC播放协议的功能，为了实现WebRTC双向通信的功能，运用了打洞程序。其实打洞程序是比较通俗的说法，准确的叫法应该是“穿透NAT”。一个端点发一个UDP消息出去之后，就把自己的墙打了一个洞；另外一个端点也把它的墙打了一个洞，通过这样的程序，当平台和播放端不在一个网段的时候，双方仍可以向对方的洞发数据，进行通信。
你在下载的时候，有没有体验过 P2P 下载，能够让你的网速从 10KB 直接提升到 10MB？ 你在企业内传输文件的时候，有没有体验过文件秒传？ 你在看直播的时候，想不想用别人的流量看直播呢？ ... 能做到上面这些场景的技术，叫做 P2P。P2P 技术中，最出名的叫做 WebRTC。WebRTC 是一个含金量非常高的技术。做好的话你可以养活一家公司，做不好，那就只能是一个 demo。 WebRTC 虽然能做很多事，但是并不是所有场景都适合。最大的使用场景是 两个终端在同一个 NAT 内，简单来说，都在一个
c#实现P2P文件分享与传输系统 二、设计 - 续（NAT穿透） 首先要抱歉，因为这些日子较忙，没有写文章，这个系列拖了很久，现在开始继续。 上一篇文章介绍了p2p系统Tracker Server和Peer，以及文件描述符，本篇接着讲NAT Server的部分。由于p2p网络中使用udp报文，所以只介绍udp穿透。 1. NAT类型 NAT（Network Address Translation, 网络地址转换），是指在IP包通过路由设备时，修改其IP地址信息的技术。一般应用是，通过将内网地址转
📷 UDP打洞拓扑 📷 客户端向UDP服务注册过程 📷 内网穿透过程
EasyCVR是我们所有平台中支持协议最广泛的视频管理平台，包括国标GB28181、RTSP/Onvif、海康SDK、大华SDK、Ehome等协议。在视频里的输出上，更是能支持RTSP、RTMP、FLV、HLS等多种格式的视频流分发，去年我们也实现了对WebRTC视频流的支持。
📷 Photo by Mídia from Pexels 直播业务的主要成本就表现在于带宽上，尤其是在用户要求日益提高的未来，带宽带来的成本问题会越来越大。本文来自陌陌流媒体高级研发工程师白松灵在Li
特别申明：本教程仅供学习使用，不得用于任何违法行为！ 一、登录堡塔面板 （一）找到“软件商店” 📷 1.下载插件 插件源码地址：https://github.com/Xeath/btp_frps 作
直播业务的主要成本就表现在于带宽上，尤其是在用户要求日益提高的未来，带宽带来的成本问题会越来越大。本文来自陌陌流媒体高级研发工程师白松灵在LiveVideoStack线上分享的演讲，详细剖析如何仅仅借
WebRTC 进行端对端进行实时音视频通讯时，常常一方或者双方都是隐藏在 NAT 之后的内网地址。ICE 则用于寻找一条传输数据通道连接。本文介绍了 NAT 穿越和 ICE 框架的基础知识和主要步骤。 我们知道使用 WebRTC 进行端对端进行实时音视频通讯时，WebRTC 本身是基于点对点（Peer-to-Peer）连接的，最便捷的方式就是通话的双方通过 IP 直连，摆脱原始的直播服务器中转的方式。 如果连接双方都是公网地址，则可以直接访问到对方，从而建立连接。但是在现实的应用场景中，大部分情况下其中一方
nat协议做ip地址映射，实现网段映射，ip/nat打洞技术（hole punching）
安防视频综合监控平台EasyGBS在更新到1.5.0版本之后，已经支持WebRTC协议视频的播放了，同时新增了一个WebRTC协议生成的功能。WebRTC协议是实时音视频接入协议，其优点有两点：第一是方便客户，在使用EasyGBS的时候不需要使用任何其他插件或者软件就可以在浏览器上实时通信，且延迟很低；第二是具有强大的打洞能力。
WireGuard 是由 Jason A. Donenfeld 等人创建的下一代开源 VPN 协议，旨在解决许多困扰 IPSec/IKEv2、OpenVPN 或 L2TP 等其他 VPN 协议的问题。2020 年 1 月 29 日，WireGuard 正式合并进入 Linux 5.6 内核主线。
大家好，我是来自深圳市小溪流科技有限公司的系统架构师张道远，主要负责公司PCDN的系统架构设计。我们公司主要是做方案集成商，包括CDN和PCDN这块，一直耕耘于海外。
如果用UDP传输文件之类的东西，必须自己在上面再封装一层可靠的传输协议。可以参考reliable-udp这个规范（搜索一下RELIABLE UDP PROTOCOL就有) UDP打洞了为了在两台局域网的机器建立好UDP连接，这个过程需要一台公网服务器支持，建立好以后就不再需要公网服务器了，过程大致如下： 1、双方都通过UDP与服务器通讯后，网关默认就是做了一个外网IP和端口号 与你内网IP与端口号的映射，这个无需设置的，服务器也不需要知道客户的真正内网IP 2、用户A先通过服务器知道用户B的外网地址与端口 3、用户A向用户B的外网地址与端口发送消息， 4、在这一次发送中，用户B的网关会拒收这条消息，因为它的映射中并没有这条规则。 5、但是用户A的网关就会增加了一条允许规则，允许接收从B发送过来的消息 6、服务器要求用户B发送一个消息到用户A的外网IP与端口号 7、用户B发送一条消息，这时用户A就可以接收到B的消息，而且网关B也增加了允许规则 8、之后，由于网关A与网关B都增加了允许规则，所以A与B都可以向对方的外网IP和端口号发送消息
接本系列的上一篇《P2P技术详解(二)：P2P中的NAT穿越(打洞)方案详解(基本原理篇)》，本篇将深入分析各种NAT穿越(打洞)方案的技术实现原理和数据交互过程，希望能助你透彻理解它们。
点对点传输是一种文件即时传输方式用于实现数据的快速联动，为所有客户端提供资源，包括带宽、存储空间、计算能力。点对点传输技术有很多应用，包括共享各种格式音频、视频、数据等。
前言 哈喽大家好呀! 马上要迎来狗年了大家是不是已经怀着过年的心情了呢? 今天笔者给大家带来了一份礼物, Goalng的软件包推荐, 主要总结了一下在go语言中大家开源的优秀的软件, 大家了解之后在后
在 EasyDSS、EasyNVR、EasyCVR、EasyGBS 等视频平台中支持 WebRTC 播放功能，其中有个流程需要到 stun/trun 服务器中进行网络打洞操作。
自从向日葵pc端限速后，远程越来越渣了，后来好像又恢复了，然后支持控制手机了，但是付费的，现需要一块软件控制各个设备 官网：http://rustdesk.com/zh/
现在只对常读和星标的公众号才展示大图推送，建议大家把潇湘信安“设为星标”，否则可能看不到了！
不管是电信，还是联通，其实上行，下行qos的判断条件是一样的，基本都是突发快，然后就慢了！
点对点技术（peer-to-peer， 简称P2P）又称对等互联网络技术，是一种网络新技术，依赖网络中参与者的计算能力和带宽，而不是把依赖都聚集在较少的几台服务器上。P2P网络通常用于通过Ad Hoc连接来连接节点。这类网络可以用于多种用途，各种文件共享软件已经得到了广泛的使用。P2P技术也被使用在类似VoIP等实时媒体业务的数据通信中。
// 编者按：摄像头是物联网世界的眼睛，拥有体积小且节能的特征，而视频监控一直是跟音视频紧密结合的领域，同时成本控制要求严苛。传统的视频监控解决方案陈旧且复杂，不能满足灵活访问控制的要求，在视频大时代的背景下，如何才能适应日益增长的需求呢？摄像头虽小，但对音视频秒开、低延迟的要求却一点都不低；随着RTC的日渐普及，大家对其了解逐渐深入，会发现并不是只有WebRTC才拥有这个特性。本次分享将回顾视频大时代的发展脉络，介绍P2P网络架构的协议扩展，并结合RTC理论，探索在IoT视频监控领域上的应用落地实
上篇文章「为什么我们家里的IP都是192.168开头的？」提到，因为IPv4地址有限，最大42亿个。为了更好的利用这有限的IP数量，网络分为局域网和广域网，将IP分为了私有IP和公网IP，一个局域网里的N多台机器都可以共用一个公网IP，从而大大增加了"可用IP数量"。
首先介绍下基础nat的四种方式，在进行nat转换的时候，我们在网关路由表上记录了映射关系，这个映射关系可以用六元祖表示
上篇文章中做了UDP打洞，这篇当然就会是TCP打洞了，两个处于不同内网的两台机器如何通过TCP/IP协议进行链接通讯呢？这其实跟UDP打洞差不多，基本步骤是这个样子的。 假设我们有两台处于不同内网的两台机器A和B和一台众所周知外网IP的服务器S，而机器A中运行着通讯的服务端程序B运行着通讯的客户端程序，那么
对于有过网络编程经验的开发者来说，使用何种数据传输层协议来实现数据的通信，是个非常基础的问题，它涉及到你的第一行代码�该如何编写。
本文主要探讨了WebRTC中Peer to Server的连接方案，以及为什么需要使用STUN服务器。文章提到，虽然理论上可以抛弃STUN服务器，但实际操作中会有很多限制。在浏览器调用CreatePeerConnection时，WebRTC会自动启动ICE框架，开始收集候选地址。在没有指定STUN服务器的场景下，默认选择STUN.l.google.com作为STUN服务器。然而，在国内由于Google被墙，收集到的候选地址只是内网IP。因此，需要将本机的对外IP上报给STUN服务器。另一方面，在无法获取客户端公网IP的情况下，也可以采用发送给服务端的方式，由服务端计算公网IP。然而，这种方式只是权宜之计，因为其存在一些兼容性问题，对建立连接的成功率没有帮助。
"构成我们学习最大障碍的是已知的东西，不是未知的东西" ------现代医学奠基人贝尔纳
LiveVideoStack：关于小程序中的RTC能力，是通过WebRTC实现的（或其他RTC技术），还是基于RTMP呢？
搞网络通信应用开发的程序员，可能会经常听到外网IP（即互联网IP地址）和内网IP（即局域网IP地址），但他们的区别是什么？又有什么关系呢？另外，内行都知道，提到外网IP和内网IP就不得不提NAT路由转换这种东西，那这双是什么鬼？本文就来简单讲讲这些到底都是怎么回事。
传统的C/S结构是每个客户端均知道中心化的SERVER，由客户端主动与SERVER进行通信。
网上很多桌面工具：诸如向日葵、todesk、teamview等等都是第三方公司运营的。普通用户不付费很难享受到高质量的服务。同时如果这些公司倒闭、被黑了，我们的桌面相当于裸奔出去了！
首先要掌握WebRTC连接建立过程，需要掌握几个知识点： NAT, ICE, STUN, TURN, DTLS等。如果之前有接触过P2P相关技术的同学可能就会比较容易理解。WebRTC是一个基于浏览器与浏览器之间的实时音视频通话方案，那么有于公网ip地址有限的问题，用户的浏览器常常位于NAT后，那么建立连接就涉及到了打洞技术。
回顾XP2P的发展历程，由为近几年兴起的直播业务节省带宽成本为出发点，经过日益发展完善，XP2P已经在底层借助STUN、端口预测、生日攻击、UPnP构建了完善的互联直连基础，并且在直连的UDP连接的基础上拥有了高效、可靠传输协议XNTP，借此再高屋建瓴，在之上实现了广泛应用的HTTP协议，至此万物互联的服务框架已经基本搭建完成，具备网络负载小、传输性能高、稳定的特点。本文来自于腾讯云高级工程师张鹏在LiveVideoStackCon2019北京站上的精彩分享。 文 / 张鹏 整理 / LiveVide
大家好，我是腾讯云张鹏，从2014年开始一直深耕P2P技术，攻克P2P技术难题。在过去几年中，腾讯云XP2P技术已在多个产品线落地并经受了大流量阅兵直播、赛事直播等考验，今天我将为大家着重讲解腾讯云P2P技术在网络穿透、网络传输以及网络拓扑组建等方面内容。
理论上功能是实现了,但是在NAT穿透上有问题,所以P2P有时不能成功,所以在外网,只是一个玩具而已
https://www.zets.cn/article/907.html 文章链接
IM发展至今，已是非常重要的互联网应用形态之一，尤其移动互联网时代，它正以无与论比的优势降低了沟通成本和沟通代价，对各种应用形态产生了深远影响。
每当大型活动和赛事来临, 对于视频平台来说, 高涨的不仅仅是人气, 还有大流量视频分发上的挑战，虽然有CDN平台，但流量突发，很可能会遇到意想不到的问题。这是因为突发流量，骨干网就会有瓶颈，若是预估不准、CDN资源准备不足，还会伴有更严重的视频分发质量问题。 P2P则是解决这个问题的良方，自古至今还没有那个系统可以宣称能很好地抗突发，除了P2P是一个例外，它宣称：看的人越多，效果越好。 众所周知，欲想P2P，必须得经过三步： 按照固定格式分割数据切片，这将是点对点对等网络相互分享的最小数据单元； 连接
N2N V** 应用指南 N2N 是一个P2P的开源V**项目，具有内网穿透成功率高，去中心化，流量加密，使用简单的特点， 在笔者公司内部已经有近3年的使用经验，实践证明，N2N具备较为优秀的稳定性和安全性,，具备低成本替代专线需求的能力。在笔者的实践经验中，N2N用在多IDC之间的网络互通，多IDC上容器网络的互通。 表现的都很出色。
你用过P2P传输吗？现在的P2P传输可以说是继局域网、ftp、http之后最广泛使用的文件分享和传播途径，被众多企业运用在工作中。
疫情除了火了电商直播、短视频也火了视频会议，其中看zoom和声网市值就能窥探实时音视频的目前发展情况。其中视频会议相关的技术栈基本都是建立在WebRTC基础上，为了了解学习WebRTC，首先需要搭建一个能测试和抓包的环境，然后调用WebAPI写写DEMO熟悉下相应接口和抓抓包看看基本交互流程。最后再逐渐深入到协议和相关的源代码中。本文就是帮助大家一步步搭建一个DEMO的运行环境，只要严格按照教程，基本都能搭建出来，后续再讲解接口调用和WebRTC一些源码编译和内部情况。
有一堵十尺厚的墙，两只老鼠从两边向中间打洞。大老鼠第一天打一尺，小老鼠也是一尺。大老鼠每天的打洞进度是前一天的一倍，小老鼠每天的进度是前一天的一半。问它们几天可以相逢，相逢时各打了多少。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
