- 综合排序
- 最热优先
- 最新优先
- 来自专栏sofu456
p2p协议(webrtc编译)
p2p优势 多个客户端连接服务端，通过单一的服务端转发数据，服务端压力太大，所以使用p2p，以服务端为媒介，两个客户端做直连，服务端的压力会减小很多。 内网和外网隔离的限制，p2p在内网和外网使用的协议不同，p2p在外网和内网间会更为复杂。 网上有很多p2p的简单实现，大多是针对内网的 跨网段编程 tcp 在lan和wan之间通信，路由器（三层交换机，转发ip层数据）默认根据ip协议中的ip地址，查找路由表中的数据，并转发下一级，找到目标并回传回来 外网云服务器在配置了安全访问规则和设置防火墙允许后可以直接ping通外网不同网段的地址 路由跟踪 ping使用icmp协议测试目标电脑通断，限制在相同冲突域内（外网ping不同） tracert和 ICMP code值： 0 = net unreachable 1 = host unreachable 2 = protocol unreachable 3 = port unreachable 4
2.9K30发布于 2020-11-03 - 来自专栏PHPer 进击
网络协议 15 - P2P 协议：小种子大学问
后来，一种创新的，称为 P2P 的方式实现了我们的愿望。 P2P P2P 就是 peer-to-peer。 而 Kedemlia 协议 就是一种著名的 DHT 协议。我们来基于这个协议来认识下这个神奇的 DHT 网络。 节点的沟通 在 Kademlia 算法中，每个节点下面 4 个指令： PING：测试一个节点是否在线。 这两种都是集中下载的方式，而 P2P 则换了一种思路，采用非中心化下载的方式； P2P 有两种。一种是依赖于 Tracker 的，也就是元数据集中，文件数据分散。 参考： 维基百科-DHT 网络词条； 维基百科-Kademlia 词条； 刘超 - 趣谈网络协议系列课；
1.8K30发布于 2019-04-11 - 来自专栏有价值炮灰
P2P通信标准协议(三)之ICE
在P2P通信标准协议(二)中,介绍了TURN的基本交互流程,在上篇结束部分也有说到,TURN作为STUN协议的一个拓展,保持了STUN的工具性质,而不作为完整的NAT传输解决方案,只提供穿透NAT的功能 并且不提供拓展.但是我们可以用a(attribute)字段来提供额外的信息.一个SDP描述的例子如下: v=0 o=jdoe 2890844526 2890842807 IN IP4 protocol u=http://www.example.com/seminars/sdp.pdf e=j.doe@example.com (Jane Doe) c=IN IP4 以该优先级顺序发送checks请求 从其他终端接收到checks的确认信息 两端连接性测试,结果是一个4次握手过程: L R - ICE是使用STUN/TURN工具性质的最主要协议之一,其中TURN一开始也被设计为ICE协议的一部分.值的一提的是, 本文只是对这几种协议作了概述性的说明,而具体工作过程和详细的属性描述都未包含,因此如果需要根据协议来实现具体的应用程序
2K11编辑于 2023-02-12 - 来自专栏菩提树下的杨过
fms4 p2p：图片分享
中关于文件分享示例的改版，原文示例是基于flex的，我改成flash版本了（大致原理与上一篇完全相同）： 有三个基本类： 1、P2PSharedObject.as 用于定义要分享的(图片)数据类 package p2p P2PSharedObject() { } } } 2、LocalFileLoader.as 用于浏览本地图片并加载到舞台，将自动将图片以约64000 byte左右为单位，分成一块一块 package p2p StatusEvent.STATUS,false,false,"status",str); dispatchEvent(e); } } } 3、P2PFileShare.as 用于处理P2P 文件分享(即从一个peer端发送另一个peer端) package p2p { import flash.events.Event; import flash.events.EventDispatcher
1.5K70发布于 2018-01-23 - 来自专栏有价值炮灰
P2P通信标准协议(四)之SIP
在前面几篇文章中我们介绍了建立p2p通信的一般协议(簇),以及一种完整的NAT传输解决方案ICE, 但是对于多用户的通信情况,还有一些通用协议来实现标准化的管理,如之前讲过的SDP和SIP等,SIP(Session SIP同时也提供了注册函数以允许用户上传他们的当前地址供代理服务器使用.SIP协议运行在多个不同的传输协议之上. =192.0.2.3 Via: SIP/2.0/UDP bigbox3.site3.atlanta.com ;branch=z9hG4bK77ef4c2312983.1;received=192.0.2.2 Content-Type: 消息体(message body)的格式, 如SDP信息则为"application/sdp”,关于SDP可以参考前一篇博客P2P通信标准协议(三)之ICE. 至此, P2P通信系列的介绍也就告一段落了. P2P的去中心化,一直是个很令人振奋的话题,无论是在信息技术上,还是在金融,政治上,都有无限潜力.
1.7K20编辑于 2023-02-12 - 来自专栏有价值炮灰
P2P通信标准协议(一)之STUN
前一段时间在P2P通信原理与实现中介绍了P2P打洞的基本原理和方法，我们可以根据其原理为自己的网络程序设计一套通信规则，当然如果这套程序只有自己在使用是没什么问题的。 可是在现实生活中，我们的程序往往还需要和第三方的协议（如SDP，SIP）进行对接，因此使用标准化的通用规则来进行P2P链接建立是很有必要的。 本文就来介绍一下当前主要应用于P2P通信的几个标准协议，主要有STUN/RFC3489，STUN/RFC5389，TURN/RFC5766以及ICE/RFC5245。 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 我本来打算一篇文章把P2P通信的所有协议都介绍完不过现在看来似乎篇幅过长了， 所以关于TURN和ICE就放在下一篇介绍好了。
3K20编辑于 2023-02-12 - 来自专栏有价值炮灰
P2P通信标准协议(二)之TURN
上一篇P2P通信标准协议(一)介绍了在NAT上进行端口绑定的通用规则，应用程序可以根据这个协议来设计网络以外的通信。 但是，STUN/RFC5389协议里能处理的也只有市面上大多数的Cone NAT（关于NAT类型可以参照P2P通信原理与实现），对于Symmetric NAT，传统的P2P打洞方法是不适用的。 ChannelData message不使用STUN头部,而使用一个4字节的头部,包含了一个称之为信道号的值(channel number).每一个使用中的信道号都与一个特定的peer绑定,即作为对等端地址的一个记号 实例 在上一章也提到过,因为RFC是标准协议,因此实现上往往有良好的兼容性和拓展性.现存的开源P2P应用程序, 如果按照标准来设计,可以很容易与之对接.其中比较著名的就是PJSIP,PJSIP是一个开源的多媒体通信库 TURN协议因为是STUN的拓展,当然也沿袭了STUN的工具性质,只为穿越NAT提供方法,而不作为P2P通信的完整解决方案.一个比较适合研究的TurnServer源代码我也放到这里了,而客户端的实现则根据每个人的具体需求而不同
2.3K30编辑于 2023-02-12 - 来自专栏程序员
IPv4协议
IP地址（IPv4） 这里所说的IP地址是IPv4地址，IP地址由32位正整数来表示。他在计算机内部被以二进制方式处理，因此最多有2^32个IP地址，即：43亿个总IPv4地址。 IPv4数据报格式 ? 版本号：在IPv4数据报中，版本号就是4。不同的IP版本使用的数据报格式不同，IPv6的数据报不是这样的。 协议：该字段指示传输层所使用的协议类型。通过该字段指示了IP数据报应该交给哪个传输层协议。典型的有值为6的时候，表示应该交由TCP协议，值为17的时候，表示交由UDP协议。 在上层协议是UDP协议的情形下，首先在发送端主机发送IP包的时候设置分片禁止标志。途中的路由器即使遇到了包的大小超过了数据链路的MTU，也不去分片，直接将包丢弃。 在上层协议是TCP协议的情形下。由于TCP协议是面向有连接的（两台主机之间要维护这个连接）。TCP协议会根据路径MTU的大小来计算出最大段长度MSS。
1.9K20发布于 2019-05-25 - 来自专栏菩提树下的杨过
flash player10.1 + FMS4中的p2p功能
在fms4以前Adobe只允许在stratus中才能使用p2p功能。令人高兴的是，在最新发布的fms4中，p2p功能已经集成进来了，这将给实时视频类的应用带来更高的效率，adobe这次很给力！ 为了使用p2p，开发用的flex sdk至少要4.1以上（当然最高版本是代号为hero的4.5版本，可从adobe的官网下载），另外还需要fms4（同样可从adobe官网下载开发版本）。 _txtOutput.appendText(s + "\n"); } } } 在这段代码中我们看到了一个全新的NetGroup对象，要使用p2p，“接收方”与“接收方”必须先加入到“相同名称"的 一旦"接收方"调用了addWantObjects方法后，"发送方"便会进入"NetGroup.Replication.Request"状态，此时"发送方"响应"接收方"的请求，将需要的数据块以udp协议发送过去 但是，FMS4中的p2p也不是完美无缺，实际测试下来，目前尚不能打洞，即所有peer端如果在同一个网段，传输是正常的，但是如果不是同一个网段则无法进行p2p。
1.3K100发布于 2018-01-23 - 来自专栏程序员
P2P
P2P没有绝对的服务器和客户端之分。连接的双方分别作为临时的服务器和客户端。P2P通信的双方还可能更换IP地址。 P2P的一个最为流行的应用是BT种子，相信各位老司机对BT种子和迅雷都不陌生吧！ 这是一个文件分发协议。P2P的出现使得服务器在处理文件传输的时候，能够减少服务器的负载。在P2P中，每个对等方能够向任何其他的对等方重新分发它收的的该文件的任何部分。 （断点续传） BT协议是一个非常复杂的协议。每个洪流都有一个基础的设施节点，称为“追踪器”。当一个对等方加入该洪流的时候，它向追踪器进行注册，并且周期性的通知洪流，它仍在。 而对P2P传输没有贡献。 P2P的应用现在已经非常多了，大家经常使用的迅雷去下载种子。 另外一个每天都在使用的应用QQ，它也广泛的使用了P2P技术。即时消息就是基于P2P的。
3K10发布于 2019-05-25 - 来自专栏嵌入式、安防、流媒体、AI分析
海康ehome协议分析(4)：GPS上传
海康带有GPS的设备，是通过报警（Alarm）服务进行GPS上传的，具体通信通道是根据配置文件，可选择UDP，UDP&TCP，MQTT方式分别对应的配置是：
88340编辑于 2022-11-03 - 来自专栏嵌入式、安防、流媒体、AI分析
海康ehome协议分析(4)：GPS上传
海康带有GPS的设备，是通过报警（Alarm）服务进行GPS上传的，具体通信通道是根据配置文件，可选择UDP，UDP&TCP，MQTT方式分别对应的配置是：
49840编辑于 2023-01-04 - 来自专栏网络安全防护
浅谈IPv4协议与IPv6协议的区别！
在讲IPv4协议与IPv6协议的区别前，我们必须了解什么叫IPv4协议和IPv6协议？ u=274633623,1386372214&fm=15&gp=0.jpg IPv4，是互联网协议（Internet Protocol，IP）的第四版，应属第一个被广泛应用，构成现阶段互联网技术的基础的协议 现如今的全世界英特网所选用的协议族是TCP/IP协议族。IP是TCP/IP协议族中网络层的协议，是TCP/IP协议族的核心协议。当前IP协议的版本号是4(简称为IPv4，v，version版本) 。 但是，现在绝大部分人使用的还是IPv4协议。 逐渐将会取代之前被广泛应用的IPv4协议。但因为IPv6比较复杂。不具备兼容性，操作现阶段的IPv4迁移到IPv6是比较困难的。
1.6K20发布于 2019-05-22 - 来自专栏云深之无迹
低速协议系列：SPI.4（历史）
居然都第 4 篇了（第三篇是 FPGA 串并这个，为了观看体验换了位置），先回忆一下我们的工作有哪些？ 第二篇里面的 QSPI， 是 NXP（买了摩托罗拉的 MCU 业务），推出来的 ColdFire： 上面搭载的 另外这个 SPI 协议虽然大家都用，但是 SPI 协议并非由国际标准组织（如 IEEE 或 ISO）制定的公开标准，而是由 摩托罗拉 (Motorola) 公司提出的私有技术，因此它没有像 I2C（由飞利浦制定）那样拥有正式的 RFC 或标准协议白皮书，目前业界没有公认的“非官方标准”。 于是： SPI 被定义为 MCU 内部硬件模块 它最初甚至不是“协议”，只是： 带片选的同步移位寄存器接口 没有：帧结构，地址字段，校验机制，仲裁机制，电气规范文档，统一时序标准所以它很难被定义成“标准协议 帧结构完全自定义 SPI 设备协议完全各厂商自定：8 bit，16 bit，24 bit，连续流，带 CRC，不带 CRC 所以： SPI 是“物理通道”，不是“协议层” 为什么后来没人去标准化 SPI
26910编辑于 2026-03-03 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（4）——OPTION
上一篇，我们介绍了sdp相关信息，接下来开始我们介绍RTSP相关的选项，本篇我们首先来看一下OTPION选项。
3.5K22发布于 2020-10-30 - 来自专栏摸鱼范式
深入AXI4总线- AXI4的兄弟协议
先介绍下 AXI4-L ，用通俗的说法，Lite 是标准 AXI4 协议被砍了几刀的结果。 在很多 ip 核中都可以看到 Lite 和标准 AXI4 协议，以及我们接下来要说的 AXI-Stream 协议，一起工作的身影。 ? 首先 AXI4-Stream 砍去了地址概念，Stream 将不再是一种 address mapped 的协议，而是一种点对点（或者一点对多点）数据流通信的协议。 打个比方， AXI4 适合访问诸如 RAM 等有地址概念的存储介质，而 Stream 协议则适合访问诸如 FIFO 这样没有地址概念的存储介质。 没有了地址概念，自然也没有突发传输的概念。 同 AXI4 中的 transfer 以及 burst 的组织形式不同，Stream 协议定义了四类传输。 ?
2K10发布于 2020-06-24 - 来自专栏Vegout
P2P通信原理
P2P 就是端到端 我发一条微信给你，这不是 P2P。 P2P 是这样： ? P2P 技术要解决的问题 目前使用的终端设备（如手机），绝大部分都仅仅拥有特定网络下的内网 IP，而处在不同内网环境中的设备并不能够使用内网 IP 直接进行通信。 同时，只有锥型 NAT 才能进行 P2P，原因是由 P2P 连接的建立过程决定的。 P2P 连接建立过程 P2P 连接的建立首先需要一个拥有公网 IP 的中间服务器 S，两个结点 P1 和 P2。 这样让我们没办法拿到隐藏在 NAT 后边内网设备的 NAT 入口，也就没办法进行 P2P 通信了。 P2P 也用到了一个服务器，跟微信一样。 但是不同的是，P2P 中的服务器只作为结点地址的中转站，而微信的服务器是数据的聚宝盆。P2P 让我们的数据仅通过 P2P 连接发送，而不经过任何第三方的服务器。
5.7K10发布于 2020-05-07 - 来自专栏小小程序员——DATA
JavaWeb day4 Web概述Http协议
去请求所需要的相关资源; (2)资源分为动态资源和静态资源,动态资源可以是使用Java代码按照Servlet和JSP的规范编写的内容; (3)在Java代码可以进行业务处理也可以从数据库中读取数据; (4) HTTP协议，这也是一种规则。 1.2.6 Web服务器 Web服务器:负责解析 HTTP 协议，解析请求数据，并发送响应数据 浏览器按照HTTP协议发送请求和数据，后台就需要一个Web服务器软件来根据HTTP协议解析请求和数据，然后把处理结果再按照 整个Web核心，我们总共有六天的学习内容，分别是: (1)Request是从客户端向服务端发出的请求对象， (2)Response是从服务端响应给客户端的结果对象， (3)JSP是动态网页技术, (4) == HTTP协议特点 HTTP协议有它自己的一些特点，分别是: 基于TCP协议: 面向连接，安全 TCP是一种面向连接的(建立连接之前是需要经过三次握手)、可靠的、基于字节流的传输层通信协议，在数据传输方面更安全
79840编辑于 2023-02-16 - 来自专栏用户1692782的专栏
手撕Rtmp协议细节（4）——connect消息
我们继续来说rtmp协议哈。当rtmp客户端和rtmp服务端握手完成之后，客户端就会向服务端发送connect消息。connect消息的格式按照RTMP Header+RTMP Body的格式组织。 客户端发送connect命令到服务器，请求与服务端的application进行连接； 服务端收到connect命令后，服务器会发送协议消息“Window Acknowledgement size”消息到客户端 服务端同时连接到connect中请求的application； 服务端发送协议消息“Set Peer BandWidth”到客户端； 客户端在处理完服务端发来的“Set Peer BandWidth”消息后
2.7K30发布于 2020-05-20 - 来自专栏物联网智慧生活
5G4G多协议工业网关 协议解析 数据采集传输
多协议网关TG451,支持Modbus RTU、Modbus TCP协议、支持MQTT协议、支持TCP/IP、UDP、FTP、HTTP支持其他工业协议定制实现数据采集上传。 计讯物联多协议网关支持APN/VPDN、OpenVPN、IPSEC、PPTP、L2TP等，数据传输安全可靠。 图片3.png 多协议工业网关TG451功能 4.png 多协议网关TG451接口 图片4.png USB接口、2路继电器输出接口、2路开关量输入接口、RS232接口、RS485接口、1个WAN 口，4个10/100M以太网口（RJ45插座）、标准的抽屉式SIM/UIM卡接口。 计讯物联多协议工业网关TG451置多级链路检测与恢复机制，保障设备网络连接不间断。
1.3K10发布于 2021-06-29
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号