-
公开(公告)号：CN101394298A
公开(公告)日：2009-03-25
申请号：CN200710154642.7
申请日：2007-09-20
Abstract: 本发明实施例公开了一种建立组播传输路径的方法，该方法包括：出口PE接收到来自外围客户网的请求加入报文；其中，所述请求加入报文中包括请求加入的组播组的外围客户网组播地址，该出口PE根据所述外围客户网组播地址，将所述请求加入报文发送至位于中间传输网另一侧的入口PE；所述出口PE接收到所述入口PE为所述外围客户网组播地址所分配的中间传输网组播地址，在中间传输网中传输携带有所述中间传输网组播地址的请求加入报文，在该传输过程中，在中间传输网中建立起所述外围客户网组播地址所对应的组播传输路径；其中，该路径以所述中间传输网组播地址来标识。本发明实施例还公开了建立组播传输路径的装置以及实现组播传输的方法及装置。
-
公开(公告)号：CN115701049A
公开(公告)日：2023-02-07
申请号：CN202110864757.5
申请日：2021-07-29
IPC: H04L43/0852 , H04L47/2483
Abstract: 本申请实施例提供一种通信时延估计方法及相关装置，方法包括：网络设备从接收的第一数据包中获取流信息，流信息为第一数据包所属的第一流的标识信息；然后，基于流信息确定第一流映射的第一记录单元；第一记录单元中包括目标流的单个数据包经过目标设备的最大时延，以及包括网络设备接收到的目标流的数据包的个数；目标流包括映射到第一记录单元的流；然后，更新包数目，并在第一数据包经过目标设备的时延大于第一时延的情况下，将第一时延更新为第一数据包经过目标设备的时延；在包数目小于阈值的情况下，第一时延用于估计第一流经过目标设备的尾时延。本申请能够节省每个流的存储和处理资源，使得可以在现有的资源上进行全量流的尾时延估计。
-
公开(公告)号：CN101394342B
公开(公告)日：2012-08-29
申请号：CN200710154643.1
申请日：2007-09-20
Abstract: 本发明实施例公开了一种实现组播传输的方法，该方法包括：入口服务商边缘路由器PE接收组播数据；所述入口PE根据所述组播数据的组播地址、以及在其自身上建立的组播地址与相应出口PE的对应关系，确定与所述组播数据相匹配的各个出口PE；所述入口PE利用所确定的所述各个出口PE的地址，对所述组播数据分别进行封装，并将封装后的各组播数据分别以单播方式通过中间传输网发送至所确定的所述各个出口PE。本发明实施例还公开了一种实现组播传输的装置。采用本发明实施例所提供的方法和装置，能够在中间传输网不支持组播协议的情况下，实现利用组播过渡技术进行组播传输，从而无需中间传输网中大量路由器均支持组播协议，降低了实现成本。
-
公开(公告)号：CN101394342A
公开(公告)日：2009-03-25
申请号：CN200710154643.1
申请日：2007-09-20
Abstract: 本发明实施例公开了一种实现组播传输的方法，该方法包括：入口服务商边缘路由器PE接收组播数据；所述入口PE根据所述组播数据的组播地址、以及在其自身上建立的组播地址与相应出口PE的对应关系，确定与所述组播数据相匹配的各个出口PE；所述入口PE利用所确定的所述各个出口PE的地址，对所述组播数据分别进行封装，并将封装后的各组播数据分别以单播方式通过中间传输网发送至所确定的所述各个出口PE。本发明实施例还公开了一种实现组播传输的装置。采用本发明实施例所提供的方法和装置，能够在中间传输网不支持组播协议的情况下，实现利用组播过渡技术进行组播传输，从而无需中间传输网中大量路由器均支持组播协议，降低了实现成本。
-
公开(公告)号：CN119135579A
公开(公告)日：2024-12-13
申请号：CN202310688100.7
申请日：2023-06-12
Applicant: 中国移动通信集团有限公司研究院 , 清华大学
IPC: H04L43/0888 , H04L43/0811
Abstract: 本发明提供一种网络遥测方法、装置、网络节点设备、控制器及终端设备，涉及通信技术领域。该方法包括：接收控制器发送的遥测数据包；根据所述遥测数据包，获得遥测结果数据；将所述遥测结果数据发送给所述控制器。本发明实施例的网络遥测方法，在网络节点处根据遥测任务配置数据包对网络流量进行遥测，以及对遥测结果数据的分析和计算，并根据遥测结果查询数据包将遥测结果数据上报至控制器，减少了控制器分析计算遥测数据的开销。解决了网络遥测随流检测技术无法保证网络的带宽和计算开销的同时，获得较为全面的网络状态信息的问题。
-
Patent Agency Ranking
公开(公告)号：CN119135381A
公开(公告)日：2024-12-13
申请号：CN202411146061.9
申请日：2024-08-20
Applicant: 清华大学
Abstract: 本申请涉及一种NetFlow轻量化特征表示方法、装置及电子设备。该方法包括：按照预设采样周期对目标IP数据包进行采样，得到NetFlow数据集；根据预设的五元组将NetFlow数据集中满足同一条流量条件的NetFlow数据进行聚合处理，并根据聚合结果得到NetFlow元素对聚合列表；将NetFlow元素对聚合列表按照语义和时序进行平均包长展开，得到NetFlow轻量化特征表示。由此，通过上述处理后的数据能够作为面向恶意流量检测的NetFlow特征的良好表示，解决了现有技术难以在各类恶意流量识别上取得较高准确率的问题，有效帮助深度学习模型基于NetFlow精准检测恶意流量。
-
公开(公告)号：CN118784362A
公开(公告)日：2024-10-15
申请号：CN202411101977.2
申请日：2024-08-12
Applicant: 清华大学
Abstract: 本申请涉及互联网技术领域，特别涉及一种基于特征分析的BGP路由起源认证诊断方法及装置，其中，方法包括：获取RPKI的所有路由起源授权数据对象确认目标BGP全局路由表中每一个路由的验证载荷信息，提取所有验证无效路由，由实际诊断类型对应的目标诊断特征得到特征诊断结果，生成每个验证无效路由的实际无效类型，得到目标BGP全局路由表的起源认证诊断结果。本申请实施例可以通过对BGP全局路由表的路由进行特征分类，根据不同诊断类别进行特征分析，从而确认路由的实际无效类型，实现BGP全局路由表的起源认证诊断，提高了路由起源验证数据的准确性，降低了路由起源验证假阳性，提升了互联网路的安全管理水平，使路由起源验证的准确性更强。
-
公开(公告)号：CN118075195B
公开(公告)日：2024-08-06
申请号：CN202410466619.5
申请日：2024-04-18
Applicant: 清华大学 , 中移(苏州)软件技术有限公司
IPC: H04L45/28 , H04L45/00 , H04L43/0829
Abstract: 本发明涉及数字信息的传输技术领域，特别涉及一种数据中心网络故障重路由方法、装置、电子设备及介质，其中，数据中心网络故障重路由方法包括：发送第一请求包至当前链路下游端，同时接收当前链路下游端基于第一请求包反馈的第一响应包；基于第一响应包计算当前链路的第一链路丢包率，并根据第一链路丢包率判断当前链路是否处于故障状态；若当前链路处于故障状态，则根据源路由策略切换对应流量的传输链路路径。由此，通过在链路上下游端口之间快速检测故障并迅速为流量切换路径，解决了传统方案识别链路故障状态不全面，以及当前数据平面内的快速重路由机制需要消耗较长时间才能找到备用路径的问题，提升网络性能恢复的速率。
-
公开(公告)号：CN112784127B
公开(公告)日：2023-12-05
申请号：CN202110270270.4
申请日：2021-03-12
Applicant: 清华大学
IPC: G06F16/903
Abstract: 本发明提供一种多字符串模式匹配方法、装置、计算机设备及存储介质，该方法包括：获取字符串匹配的规则集；提取字符模式串集合及其逻辑关系；基于自动机算法，根据字符模式串集合，构建无条件转移表及失效转移表；对转移表的状态进行编码，为转移表的每一状态分配三元码及精确码；根据转移表，构建非确定有限状态自动机匹配表；根据字符模式串集合及逻辑关系，构建策略匹配表；根据匹配表对字符串进行匹配，输出匹配结果；以实现自动机算法中非确定有限状态自动机完整语意的同时，保证了表项数量等于无条件转移表的状态转移表项数量，大大节省了存储空间，克服可编程交换机计算模型和存储资源的限制，增大每次匹配所处理的字符数以增大吞吐。
-
公开(公告)号：CN116319531A
公开(公告)日：2023-06-23
申请号：CN202310282654.7
申请日：2023-03-22
Applicant: 清华大学
Abstract: 本申请涉及一种基于多条最优准则的链路状态路由方法及装置，其中，方法包括：基于至少一个路由器，构建具有多条最优准则度量值的网络拓扑全局视图，并对网络拓扑全局视图中至少一个路由器分别进行初始化；基于网络拓扑全局视图，计算初始化后的每台路由器的当前所在节点至其他各节点的路径；提取路径中每台路由器的当前所在节点至各个目的地节点的帕累托最优路径，从而通过多条最优准则，提高最优路径获取的高效性与准确性。由此，解决了传统的路由算法无法在兼顾多项指标的情况下高效的计算正确的路由，难以实现层次化、分布式的路由协议等问题。
-
-
-
-
-
-
-
-
-
Search Results
165
records
(took 0.053 seconds)
