- 综合排序
- 最热优先
- 最新优先
- 来自专栏sofu456
p2p协议(webrtc编译)
p2p优势 多个客户端连接服务端，通过单一的服务端转发数据，服务端压力太大，所以使用p2p，以服务端为媒介，两个客户端做直连，服务端的压力会减小很多。 内网和外网隔离的限制，p2p在内网和外网使用的协议不同，p2p在外网和内网间会更为复杂。 网上有很多p2p的简单实现，大多是针对内网的 跨网段编程 tcp 在lan和wan之间通信，路由器（三层交换机，转发ip层数据）默认根据ip协议中的ip地址，查找路由表中的数据，并转发下一级，找到目标并回传回来 REPLY的报文（TYPE=0，CODE=0） ICMP code值： 0 = net unreachable 1 = host unreachable 2 = protocol unreachable 3 当报文到达B后，B会回给A一个ICMP端口不可达的报文（TYPE=3，CODE=3） webrtc 地址：https://gitee.com/hezikj/webrtc 使用ninja（build.ninja
2.9K30发布于 2020-11-03 - 来自专栏PHPer 进击
网络协议 15 - P2P 协议：小种子大学问
后来，一种创新的，称为 P2P 的方式实现了我们的愿望。 P2P P2P 就是 peer-to-peer。 而 Kedemlia 协议 就是一种著名的 DHT 协议。我们来基于这个协议来认识下这个神奇的 DHT 网络。 如果 C 也没有找到 B，就按同样的搜索方法，在自己的通讯里里找到一个离 B 更近一步的 D（D、B 之间距离小于 2^3），把 D 推荐给 A，A 请求 D 进行下一步查找。 这两种都是集中下载的方式，而 P2P 则换了一种思路，采用非中心化下载的方式； P2P 有两种。一种是依赖于 Tracker 的，也就是元数据集中，文件数据分散。 参考： 维基百科-DHT 网络词条； 维基百科-Kademlia 词条； 刘超 - 趣谈网络协议系列课；
1.8K30发布于 2019-04-11 - 来自专栏有价值炮灰
P2P通信标准协议(三)之ICE
在P2P通信标准协议(二)中,介绍了TURN的基本交互流程,在上篇结束部分也有说到,TURN作为STUN协议的一个拓展,保持了STUN的工具性质,而不作为完整的NAT传输解决方案,只提供穿透NAT的功能 SDP ICE信息的描述格式通常采用标准的SDP,其全称为Session Description Protocol,即会话描述协议.SDP只是一种信息格式的描述标准,不属于传输协议,但是可以被其他传输协议用来交换必要的信息 ICE是一个用于在offer/answer模式下的NAT传输协议,主要用于UDP下多媒体会话的建立,其使用了STUN协议以及TURN协议,同时也能被其他实现了offer/answer模型的的其他程序所使用 RTP/RTCP协议在数据包中进行复用(而不是在端口上复用). ICE是使用STUN/TURN工具性质的最主要协议之一,其中TURN一开始也被设计为ICE协议的一部分.值的一提的是, 本文只是对这几种协议作了概述性的说明,而具体工作过程和详细的属性描述都未包含,因此如果需要根据协议来实现具体的应用程序
2K11编辑于 2023-02-12 - 来自专栏有价值炮灰
P2P通信标准协议(四)之SIP
在前面几篇文章中我们介绍了建立p2p通信的一般协议(簇),以及一种完整的NAT传输解决方案ICE, 但是对于多用户的通信情况,还有一些通用协议来实现标准化的管理,如之前讲过的SDP和SIP等,SIP(Session SIP同时也提供了注册函数以允许用户上传他们的当前地址供代理服务器使用.SIP协议运行在多个不同的传输协议之上. SIP协议结构 SIP是一个分层的协议,这意味着其行为由一系列同级但独立的段(stage)描述. 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。 这个协议在2003年3月被提出，其介绍页面里说到已经被STUN/RFC5389所替代，后者才是我们要详细介绍的。 我本来打算一篇文章把P2P通信的所有协议都介绍完不过现在看来似乎篇幅过长了， 所以关于TURN和ICE就放在下一篇介绍好了。
3K20编辑于 2023-02-12 - 来自专栏有价值炮灰
P2P通信标准协议(二)之TURN
上一篇P2P通信标准协议(一)介绍了在NAT上进行端口绑定的通用规则，应用程序可以根据这个协议来设计网络以外的通信。 但是，STUN/RFC5389协议里能处理的也只有市面上大多数的Cone NAT（关于NAT类型可以参照P2P通信原理与实现），对于Symmetric NAT，传统的P2P打洞方法是不适用的。 | | 上图中0x4001为信道号,即ChannelData message的头部中头2字节,值得一提的是信道号的选取有如下要求: 0x0000-0x3FFF 实例 在上一章也提到过,因为RFC是标准协议,因此实现上往往有良好的兼容性和拓展性.现存的开源P2P应用程序, 如果按照标准来设计,可以很容易与之对接.其中比较著名的就是PJSIP,PJSIP是一个开源的多媒体通信库 TURN协议因为是STUN的拓展,当然也沿袭了STUN的工具性质,只为穿越NAT提供方法,而不作为P2P通信的完整解决方案.一个比较适合研究的TurnServer源代码我也放到这里了,而客户端的实现则根据每个人的具体需求而不同
2.3K30编辑于 2023-02-12 - 来自专栏程序员
P2P
P2P没有绝对的服务器和客户端之分。连接的双方分别作为临时的服务器和客户端。P2P通信的双方还可能更换IP地址。 P2P的一个最为流行的应用是BT种子，相信各位老司机对BT种子和迅雷都不陌生吧！ 这是一个文件分发协议。P2P的出现使得服务器在处理文件传输的时候，能够减少服务器的负载。在P2P中，每个对等方能够向任何其他的对等方重新分发它收的的该文件的任何部分。 （断点续传） BT协议是一个非常复杂的协议。每个洪流都有一个基础的设施节点，称为“追踪器”。当一个对等方加入该洪流的时候，它向追踪器进行注册，并且周期性的通知洪流，它仍在。 而对P2P传输没有贡献。 P2P的应用现在已经非常多了，大家经常使用的迅雷去下载种子。 另外一个每天都在使用的应用QQ，它也广泛的使用了P2P技术。即时消息就是基于P2P的。
3K10发布于 2019-05-25 - 来自专栏后端码事
proto3 协议指引
二、下面以一个简单地示例开始： proto3 文件：.proto syntax = "proto3"; message SearchRequest { string query = 1; int32 page_number = 2; int32 result_per_page = 3; } 第一行声明当前使用的proto3版本协议语法（proto编译器默认使用proto2版本协议语法），声明必须为文件的第一行 2、字段约束 singular：更直观的可以用optional来释义，可选字段，0个或1个，proto3中未默认约束。 repeated：列表集合字段类型，可以包含 >=0 个字段元素。 3、int32, uint32, int64, uint64及bool是相互兼容的，只不过转换过程会产生值域变更。 4、sint32 和 sint64 是相互兼容的。 5、byte3存储值为有效UTF-8编码内容时与string相互兼容。 七、未知字段 未能对应解析的字段会存储于未知字段中。此机制在proto3中最初抛弃，v3.5版本重新引入。
2.7K10发布于 2021-02-25 - 来自专栏python基础文章
网络安全协议（3）
这方面的例子如国内的安胜3.0操作系统、作为基于Linux核心的安全增强操作系统、达到国标GB17859的第3级标准。 评估等级分为EAL1、EAL2、EAL3、EAL4、EAL5、EAL6EAL7共七个等级。 EAL4是系统设计，测试和复查级。 ---- 3.国产操作系统的安全等级 相对来说，中国的安全操作系统研究起步较晚，但也开展了一系列工作。 （3）Asianux操作系统 2008年，红旗软件（中国）、MiracleLinux公司（日本)和韩软公司（韩国）联合签署了安全Asianux操作系统联合开发协议，宣称Asianux将成为最先进的安全
74230编辑于 2023-10-15 - 来自专栏python3
初学思科指令（3）CDP协议
CDP协议 show cdp ：显示更新时间及保持时间； show cdp neighbors : 显示每个接口的邻居信息； show cdp interface : 显示每个启用
89030发布于 2020-01-14 - 来自专栏陶辉笔记
深入剖析HTTP3协议
自2017年起HTTP3协议已发布了34个Draft，推出在即，Chrome、Nginx等软件都在跟进实现最新的草案。本文将介绍HTTP3协议规范、应用场景及实现原理。 HTTP3协议解决了这些问题： HTTP3基于UDP协议重新定义了连接，在QUIC层实现了无序、并发字节流的传输，解决了队头阻塞问题（包括基于QPACK解决了动态表的队头阻塞）； HTTP3重新定义了TLS 本文也是我在2020年8月3号Nginx中文社区与QCON共同组织的QCON公开课中部分内容的文字总结。 HTTP3协议到底是什么？ 就像HTTP2协议一样，HTTP3并没有改变HTTP1的语义。 ，例如Nginx与上游的默认协议还是1.0版本），即将面世的HTTP3协议的加入，将会进一步增加协议适配的复杂度 。 接下来，我们将深入HTTP3协议的细节。 连接迁移功能是怎样实现的？
4.2K32编辑于 2023-10-18 - 来自专栏Vegout
P2P通信原理
P2P 就是端到端 我发一条微信给你，这不是 P2P。 port3 都可以通过发送数据包给 ip2:port2 从而与 ip1:port1 进行通信。 port3 才可以发送数据包给 ip2:port2 从而与 ip1:port1 进行通信。 对称性 NAT（Symmetric NAT） 内网 ip1:port1 任何一个发往外网 ip3:port3 的请求，都将使用独有的公网 ip2:port2；外部只有收到过 ip1：port1 数据包的服务才能返回数据 同时，只有锥型 NAT 才能进行 P2P，原因是由 P2P 连接的建立过程决定的。 P2P 连接建立过程 P2P 连接的建立首先需要一个拥有公网 IP 的中间服务器 S，两个结点 P1 和 P2。
5.7K10发布于 2020-05-07 - 来自专栏悟空聊架构 | 公众号
不惧面试：HTTP协议(3) - Cookie
v博客前言 先交代下背景，写这个系列的原因是总结自己遇到的面试题以及可能遇到的题目，更重要的是，今年定的目标是掌握网络这一块的知识点，先是搞懂HTTP协议，然后是TCP/IP协议，再就是WCF如何运用这些协议更好地工作 ★ 不是，浏览器通常只向每个站点发送2~3个cookie。原因如下： （1）对所有这些cookie字节进行传输会严重降低性能。 （3）将所有的cookie发送给所有站点会引发潜在的隐私问题，那些你并不信任的站点也会获得你只想发给其他站点的信息。 7.cookie与缓存怎么取舍？ Cookie: Name1=Tom; Name2=Jerry 不惧面试：HTTP协议(1) - 基础扫盲 不惧面试：HTTP协议(2) - 网关、隧道和中继 不惧面试：HTTP协议(3) - Cookie 不惧面试：HTTP协议(4) - 安全HTTP 不惧面试：HTTP协议(5) - 基本认证机制 持续更新中...
58620发布于 2018-06-26 - 来自专栏网优小兵玩Python
3GPP协议查看教程
一、3GPP介绍 3GPP，3rd GenerationPartnership Project，即第三代合作伙伴计划。 二、3GPP协议查询 3GPP存在一个对全球开方的FTP服务器（境外站点，下载速度相当慢）：http://www.3gpp.org/ftp/用于3GPP各种类型协议以及会议记录。 3GPP FTP的主目录如下图，FTP的目录结构基本与3GPP的组织架构吻合。 Specs文件夹存放的则是3GPP各个系列的协议文档: ? SA组网模式下，NR2L要切换的话就得5GC有N26接口才行，但这是为什么呢？因为标准是这样制定的。 我们就以SA-N26接口和EPS fallback为例进行3Gpp标准协议查看，首先我们要知道该内容在3GPP协议的23501中，进入2020-06/Rel-15/23_series（对应协议日期/协议版本
3.9K21发布于 2020-08-10 - 来自专栏悟空聊架构 | 公众号
不惧面试：HTTP协议(3) - Cookie
v博客前言 先交代下背景，写这个系列的原因是总结自己遇到的面试题以及可能遇到的题目，更重要的是，今年定的目标是掌握网络这一块的知识点，先是搞懂HTTP协议，然后是TCP/IP协议，再就是WCF如何运用这些协议更好地工作 ★☆ 3.Cookie是怎么分类的？★☆ 4.Cookie的工作原理？★★★ 5.Cookie是怎么存储的？★☆ 6.每次访问网站时，是不是将所有的cookie都发送所有的站点？ 3.Cookie是怎么分类的？★☆ （1）会话cookie。临时cookie，记录了用户访问站点时的设置和偏好。用户退出浏览器时，会话cookie就被删除了。 （2）持久cookie。 ★ 不是，浏览器通常只向每个站点发送2~3个cookie。原因如下： （1）对所有这些cookie字节进行传输会严重降低性能。 （3）将所有的cookie发送给所有站点会引发潜在的隐私问题，那些你并不信任的站点也会获得你只想发给其他站点的信息。 7.cookie与缓存怎么取舍？
736100发布于 2018-05-18 - 来自专栏静心物语313的Coding
第 3 节： 3-Http协议之Request、Response
2、当表单使用Post方式传递数据的时候，分析响应报文如下。当点击回车键重新加载Post表单时候，采用的则是Get方式，点击F5刷新则是，少数浏览器会提示，重新提交数据：
52610发布于 2020-03-24 - 来自专栏liulun
公司禁用用迅雷，禁用所有P2P协议的软件，自己写个断点续传的工具
目前仅支持HTTP协议 下一步的工作是支持FTP协议 再下一步的工作是对原始URL进行智能分析 发此文以抗议像吉日兄这样的总监或者老板 public partial class Form1 : Form
76410编辑于 2022-05-09 - 来自专栏python3
python3--socket编程(tcp协议)
理解socket Socket是应用层与TCP/IP协议族通信的中间软件抽象层，它是一组接口。 在设计模式中，Socket其实就是一个门面模式，它把复杂的TCP/IP协议族隐藏在Socket接口后面，对用户来说，一组简单的接口就是全部，让Socket去组织数据，以符合指定的协议 简单来说 其实站在你的角度上看 udp协议 .TCP（Transmission Control Protocol）可靠的、面向连接的协议（eg:打电话）、传输效率低全双工通信（发送缓存&接收缓存）、面向字节流。 套接字（socket）初使用 基于TCP协议的socket tcp是基于链接的，必须先启动服务端，然后再启动客户端去链接服务端 windows如果不通，注意关闭防火墙 server端 import socket socket(tcp协议)编程,多人聊天 对于一个tcp连接，客户端和server对话没有结束，那么其它客户端全部都不能与服务器发消息对话 示例 server端代码 import socket sk
2.1K30发布于 2018-08-02 - 来自专栏网优小兵玩Python
NR-3GPP协议清单汇总
NR射频（RF）共存研究 3GPP TR 38.804 NR无线接口协议研究 3GPP TR 22.261 5G系统的服务需求 3GPP TS 38.300 3GPP TS 38.215 物理层测量 3GPP TS 38.321 MAC层协议规范 3GPP TS 38.322 RLC层协议规范 3GPP TS 38.323 PDCP层协议规范 3GPP TS 37.324 E-UTRA与NR;SDAP协议规范 3GPP TS 38.331 RRC层协议规范 3GPP TS 38.401 TS 38.423 Xn接口应用协议(XnAP) 3GPP TS 38.424 Xn接口数据面传输规范 3GPP TS 38.425 Xn接口用户面协议栈 3GPP 3GPP TS 38.463 E1接口应用协议(E1AP) 3GPP TS 38.470 F1接口综述,TS38.47X协议架构介绍 3GPP TS 38.471
3.2K20发布于 2020-09-18 - 来自专栏Netty应用与源码
Netty基础—3.基础网络协议
大纲1.网络基础的相关问题总结2.七层模型和四层模型3.物理层(网线 + 光缆 + 01电信号)4.数据链路层(以太网协议 + 网卡mac地址)5.网络层(IP协议 + 子网划分 + 路由器)6.传输层 3.物理层(网线 + 光缆 + 01电信号)物理层指的是通过网线或光缆把各个电脑连接起来形成一个网络。 //比如定义：00000011(从电脑1出发，要到电脑2去)00101(从电脑1出发，要到电脑3去)0101(从电脑2触发，要到电脑4去)01(从电脑3出发，要到电脑5去)以太网协议规定了电信号的分组方式 5.网络层(IP协议 + 子网划分 + 路由器)(1)IP协议区分电脑属于哪个子网(2)两个IP地址是否属于一个子网(3)两台电脑如何传输数据包(4)路由器的作用(5)交换机和路由器的对比(6)两个局域网如何通过路由器通信 数据库的连接一般用长连接，连接池一般使用的也都是长连接，而Dubbo://协议是基于长连接的。14.HTTPS的实现原理HTTPS的工作原理会在TCP连接3次握手的基础上附加一些信息。
48210编辑于 2025-05-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号