WO2019033910A1 - 多端口组播方法、设备及计算机可读存储介质 - Google Patents
多端口组播方法、设备及计算机可读存储介质 Download PDFInfo
- Publication number
- WO2019033910A1 WO2019033910A1 PCT/CN2018/097125 CN2018097125W WO2019033910A1 WO 2019033910 A1 WO2019033910 A1 WO 2019033910A1 CN 2018097125 W CN2018097125 W CN 2018097125W WO 2019033910 A1 WO2019033910 A1 WO 2019033910A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- multicast
- port
- packet
- list
- multicast packet
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/16—Multipoint routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/20—Support for services
- H04L49/201—Multicast operation; Broadcast operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本公开涉及一种多端口组播方法、设备及计算机可读存储介质。其中,该方法包括:在加入组播组后,在本地配置多端口列表;根据所述多端口列表对接收到的组播报文中的目的端口进行匹配,当匹配成功时,处理所述组播报文。本公开通过配置多端口列表无需建立多个UDP socket,减少socket的创建,降低了应用层socket的管理复杂度。
Description
本公开涉及通信技术领域,特别是涉及一种多端口组播方法、设备及计算机可读存储介质。
在互联网传输领域,随着多媒体视频技术的发展,组播传输技术的应用越来越广泛,如,IPTV的频道传输,新兴的VR(Virtual Reality,虚拟现实)直播技术,都使用组播传输媒体数据。而且,这些组播传输需要支持一路组播传输多路码流,如,OTT(Over The Top)组播传输需要传输不同码率的码流,VR组播传输需要支持传输多视角的码流等。
目前的windows和linux系统对组播组的管理是依附于UDP socket。而UDP socket必须指定组播IP和端口,才能完成组播组的加入和离开。这种情况下,UDP socket只能接收目的端口为绑定端口(或者系统默认端口)的组播报文。
在传统协议栈实现情况下,如果同一组播组要接收不同端口的组播报文,需要创建多个UDP组播socket,每个socket接收包含一种端口的组播报文,增加了应用层UDP组播socket的管理复杂度。并且,由于CDN(Content Delivery Networks,内容分发网络)服务器接口网卡、协议栈的组播路由条目和承载网路由器上组播组的数量(即组播路由条目数量)都是有限的,组播资源是非常紧缺的。因此,亟需一种新的组播组的通信方法,以实现同一组播组中多端口组播通信。
发明内容
本公开提供一种多端口组播方法、设备及计算机可读存储介质,用以解决相关技术中组播组无法实现多端口组播通信的问题。
为实现上述发明目的,本公开采用下述的技术方案:
依据本公开的一个方面,提供一种多端口组播方法,包括:在加入组播组后,在本地配置多端口列表;以及,根据所述多端口列表对接收到的组播报文中的目的端口进行匹配,当匹配成功时,处理所述组播报文。
可选的,所述在本地配置多端口列表,包括:在组播协议栈中预先增加端口配置接口;以及,通过所述端口配置接口将多个端口以哈希列表形式添加至所述组播协议栈中。
可选的,所述根据所述多端口列表对接收到的组播报文中目的端口进行匹配,包括:对所述组播报文中的组播地址进行验证;以及,当验证成功时,判断所述组播报文中的任一目的端口是否位于所述多端口列表中;当位于时,则匹配成功,将所述组播报文添加至接收队列中。
可选的,所述方法还包括:当所述组播地址验证失败或者当所述组播报文中的任一目的端口不在所述多端口列表中时,则将所述组播报文丢弃。
可选的,所述方法还包括:当需要发送多端口的组播报文时,将不同的端口配置至所述组播报文中的目的端口字段中。
依据本公开的一个方面,提供一种多端口组播设备,包括存储器和处理器;其中,所述存储器中存储有多端口组播程序,当所述多端口组播程序被所述处理器执行时,以实现如下步骤:在加入组播组后,在本地配置多端口列表;以及,根据所述多端口列表对接收到的组播报文中目的端口进行匹配,当匹配成功时,处理所述组播报文。
可选的,当所述多端口组播程序被所述处理器执行时,以实现如下步骤:在组播协议栈中预先增加端口配置接口;以及,通过所述端口配置接口将多个端口以哈希列表形式添加至所述组播协议栈中。
可选的,当所述多端口组播程序被所述处理器执行时,以实现如下步骤:对所述组播报文中的组播地址进行验证;以及,当验证成功时,判断所述组播报文中的任一目的端口是否位于所述多端口列表中;当位于时,则匹配成功,将所述组播报文添加至接收队列中。
可选的,当所述多端口组播程序被所述处理器执行时,以实现如下步骤:当需要发送多端口的组播报文时,将不同的端口配置至所述组播报文中的目的端口字段中。
依据本公开的一个方面,提供一种计算机可读存储介质,所述计算机可读存储介质存储有多端口组播程序,当所述多端口组播程序被所述处理器执行时,以实现上述所述的多端口组播方法中的步骤。
本公开实施例所提供的多端口组播方法、设备及计算机可读存储介质,通过在建立组播组通信后,配置设置为多端口通信的多端口列表;在接收到携带不同的端口号的组播报文时,根据该多端口列表可以确定组播报文是否需要处理,以实现同一组播组中不同端口报文的接收。可知,基于本公开通过配置多端口列表无需建立多个UDP socket,减少socket的创建,降低了应用层socket的管理复杂度。
上述说明仅是本公开技术方案的概述,为了能够更清楚了解本公开的技术手段,而可依照说明书的内容予以实施,并且为了让本公开的上述和其它目的、特征和优点能够更明显易懂,以下提供本公开的示例性实施方式。
为了更清楚地说明本公开实施例或相关中的方案,下面将对实施例或相关描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本公开一实施例中多端口组播方法的流程图;
图2为本公开一实施例中多端口组播方法的流程图;
图3为本公开一实施例中多端口组播设备的原理框图。
以下结合附图以及示例性实施例,对本公开进行详细说明。应当理解,此处所描述的示例性实施例仅仅用以解释本公开,而不对本公开构成任何限制。
在windows和linux这些通用操作系统的协议栈中,通过IGMP(Internet Group Management Protocol)协议来控制和管理组播组。只有IGMP协议直接与组播主机联系,运行IGMP的路由器负责管理组成员的加入、离开,维护组成员关系。对于IGMP报文格式参见下表,包括版本字段,包含IGMP版本标识,目前有V1、V2和V3三个版本;类型字段,包括成员关系查询(0x11),成员关系报告(0x12);校验和字段,设置为IGMP协议报文的校验和;组地址;当一个成员关系报告正被发送时,组地址字段包含组播地址。当设置为成员关系查询时,本字段为0,并被主机忽略。
表1
而组播组在进行UDP socket通信时,采用的UDP报文格式如下:
在UDP报文中,只有源和目的端口,表示数据报文长度的字段,UDP数据报文校验和,以及UDP数据。
表2
从IGMP协议规范和报文格式可以看到,IGMP协议在控制和管理组播组的时候,只与组播组的IP地址有关系,与IP上承载的UDP协议的端口没有关系。组播报文是承载在IP和UDP协议之上的,因此,在某个组播组上传输多端口的数据流是可行的,也不影响IGMP本身协议族的正常运行。基于上述的思路,提出了本公开的多端口组播方法。
本公开实施例所提供的多端口组播方法,如图1所示,包括以下步骤。
在步骤101中,在加入组播组后,在本地配置多端口列表。
在该步骤中,在组播主机要加入某个组播组时,需要创建UDP socket,设置组播协议栈中的IP_ADD_MEMBERSHIP属性。然后向交换机发送IGMP协议加入报文,用于完成加入组播组的动作。如果主机要退出某个组播组,需要再次设置该UDP socket IP层的IP_DROP_MEMBERSHIP属性,向交换机发送IGMP协议的离开报文,用于完成离开组播组的动作。
其中,组播主机加入组播组后,建立了UDP socket通信。在该实施例中,对组播组协议栈进行了改进,在协议栈中增加了多端口配置接口。在建立组播组通信后,通过多端口配置接口来配置可接收的端口号,并将端口号以哈希列表的形式保存至组播协议栈中针对UDP socket通信相应的数据结构中。
在步骤102,根据多端口列表对接收到的组播报文中的端口进行匹配,当匹配成功时, 处理组播报文。
在加入组播组进行通信后,当接收到交换机发送的组播报文中,根据UDP socket通信中的多端口列表对组播报文进行匹配。
由于在组播组内进行通信(组播主机与交换机间)时,采用IP协议进行承载UDP协议,因此当接收到组播报文后,首先对组播报文中的组播地址(也是组播IP地址)进行验证。当验证通过后,再进行下一步的端口号的验证处理。如果验证失败,说明当前的组播报文并非所属组内的报文,则丢弃该组播报文即可。
其中,在对接收到的组播报文中的端口进行匹配时,通过扫描多端口列表中设置的端口号与组播报文中的目的端口号进行匹配。当目的端口号为多端口列表中的任一端口号时,说明该组播报文为可处理报文,则将该报文添加至接收队列中,以供后续在一实施例中处理。当目的端口号不存在于多端口列表中时,则将该组播报文直接丢弃接口。
基于上述内容可知,在进行组播组通信时,不再局限于对特定目的端口的报文进行处理,而是通过在本地的协议栈中配置多端口列表,根据该多端口列表可以实现不同目的端口的报文的处理,从而实现同一组播组中不同端口数据流的接收。在该实施例中,无需配置多个socket,通过单个socket即可实现上述方法,有效降低通信的复杂度,节省组播资源。
可选地,该方法还可包括组播报文的发送。
当需要发送多端口的组播报文时,在组播报文中的目的端口字段中配置不同的端口即可。当需要发送多端口的组播报文时,可以根据实际需要配置所需发送的端口号,将该携带多端口号的数据报文,通过组播地址所用的协议进行封装,而后发送至组播组中即可。
下面结合附图和实施例对本公开的技术内容做详细说明。
在该实施例中,作为例子,组播主机可采用Linux协议栈,当然本公开不局限于Linux协议栈,还可以为Windows协议栈。在本实施例中,利用IGMP协议报文管理加入和离开组播组,并上报组播信息。组播主机利用IP和UDP协议进行通信,通过IP协议承载UDP协议携带的数据内容。在IP协议报文头中指定目的地址为组播地址(组播IP地址),在UDP协议报文头中指定不同的目的端口,以表示不同的数据流。如图2所示,该实施例的多端口组播方法可包括以下步骤。
在步骤201,组播主机创建UDP socket,设置该UDP socket IP层的IP_ADD_MEMBERSHIP接口。
在步骤202,组播主机采用Linux协议栈,通过IP_ADD_MEMBERSHIP接口通知本地的操作系统发生IGMP协议报文,发送至交换机,以使交换机上生成一个组播条目。
可选地,在发生IGMP协议报文时,在本地系统的网口上创建组播MAC和组播IP地址,并携带至IGMP协议报文发送至交换机中。
在步骤203,组播主机加入组播组后,通过IP_ADD_MEMBERPORT接口将配置多个端口添加至UDP socket中。
在Linux协议栈中需要增加一个IP_ADD_MEMBERPORT接口,通过该接口通知本地的操作系统添加指定的端口到该组播UDP socket中。
在Linux协议栈中,struct inet_sock数据结构中__be16inet_sport字段表示socket源端口;struct ip_mc_socklist mc_list字段表示加入的组播组列表;在struct ip_mc_socklist结构体中,struct ip_mreqn multi字段表示组播组的信息。
为了使得组播UDP socket能够接收多个端口的组播报文,本公开实施例中,在Linux协议栈的struct ip_mc_socklist数据结构中,添加组播多端口哈希(hash)表,即struct inet_mc_hashbucket port_bucket,存放能该组播UDP socket的端口信息。实现代码方式可以为,例如:
在步骤205,组播主机接收组播报文,匹配组播报文中UDP socket所属的组播IP地址多端口hash表,当匹配通过时,将组播报文添加至接收队列中。
在建立组播组通信后,交换机将属于该组播组的组播报文发送到加入组播组的所有组播主机中。这里,交换机采用UDP socket进行通信,只根据组播IP地址完成报文的转发,对于报文的处理则由组播主机完成。
Linux协议栈通过内核接收函数可以接收包含多端口的组播报文。当接收到组播报文时,通过检查UDP socket所属的组播IP地址,确认该UDP socket是否属于所属组播组的报文。若属于所属组播组,再扫描UDP socket的struct inet_sock成员的多端口hash表,并匹配组播报文中的目的端口。
若组播报文中目的端口与UDP socket的多端口hash表中的某个端口匹配,则把相应的数据报文添加到UDP socket的接收队列上,等待应用层程序接收该UDP socket的组播报文。
当组播报文中目的端口包括多个时,则检测到任一目的端口位于多端口hash表中,则匹配通过,将相应的数据报文添加至接收队列中。
当组播主机通过UDP socket发送组播报文时,可以按照UDP协议报文格式发送。如果UDP socket需要发送包含多个端口的UDP组播报文,只需要在目的端口字段填写不同的端口值即可,通过IP协议将组播IP地址进行封装,这样可以实现UDP socket多端口的组播报文的发送。
基于上述可知,在该实施例中对相关驻留操作系统组播组管理应用进行了扩展。在该实施例中,组播组的加入和离开兼容Linux协议栈UDP socket的IP_ADD_MEMBERSHIP命令。同时,增加IP_ADD_MEMBERPORT接口,可以向组播UDP socket中添加多个端口,并且修改UDP socket接收组播报文的流程,使得Linux协议栈可以接收多个包含不同端口的组播报文。
根据本公开的实施例,提供了一种多端口组播设备,设置为实现上述的多端口组播方法。如图3所示。该设备包括处理器32以及存储有处理器32可执行指令的存储器31。
处理器32可以是通用处理器,例如,中央处理器(central processing unit,CPU),还可以是数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integrated circuit,ASIC),或者是被配置成实施本公开实施例的一个或多个集成电路。
存储器31可用于存储程序代码,并将该程序代码传输给CPU。存储器31可以包括易失性存储器(volatile memory),例如,随机存取存储器(random access memory,RAM)。存储器31也可以包括非易失性存储器(non-volatile memory),例如,只读存储器(read-only memory,ROM)、快闪存储器(flash memory)、硬盘(hard disk drive,HDD)或固态硬盘(solid-state drive,SSD)。存储器31还可以包括上述种类的存储器的组合。
本公开所提供的多端口组播设备,可以包括存储器31和处理器32。存储器31中存储有多端口组播程序,当多端口组播程序被处理器32执行时,实现以下步骤:在加入组播组后,在本地配置多端口列表;以及,根据所述多端口列表对接收到的组播报文中目的端口进行匹配,当匹配成功时,处理所述组播报文。
可选的,当所述多端口组播程序被所述处理器32执行时,以实现如下步骤:在组播协议栈中预先增加端口配置接口;以及,通过所述端口配置接口将多个端口以哈希列表形式添加至所述组播协议栈中。
可选的,当所述多端口组播程序被所述处理器32执行时,以实现如下步骤:对所述组播报文中的组播地址进行验证;以及,当验证成功时,判断所述组播报文中的任一目的端口是否位于所述多端口列表中;当位于时,则匹配成功,将所述组播报文添加至接收队列中。
当所述组播地址验证失败或者当所述组播报文中的任一目的端口不在所述多端口列表中时,则将所述组播报文丢弃。
可选的,当所述多端口组播程序被所述处理器32执行时,以实现如下步骤:当需要发送多端口的组播报文时,将不同的端口配置至所述组播报文中的目的端口字段中。
需要说明的是,在设备实施例中,仅对各个步骤进行简单的说明,对于实现方法,上文已经参照图1和图2进行了详细说明,在该实施例中不再重复。
本公开实施例还提供了一种计算机可读存储介质。这里的计算机可读存储介质存储有一个或者多个程序。其中,计算机可读存储介质可以包括易失性存储器,例如随机存取存储器;存储器也可以包括非易失性存储器,例如只读存储器、快闪存储器、硬盘或固态硬盘;存储器还可以包括上述种类的存储器的组合。当计算机可读存储介质中一个或者多个程序可被一个或者多个处理器执行,以实现方法实施例所提供的多端口组播方法中的全部步骤和部分步 骤。对于步骤的实现,可以参见上文实施例中的详细说明,在该实施例中不再进行赘述。
本公开对Linux协议进行了补充,有效解决一路组播组可以接收多路组播流的问题。通过Linux协议栈增加IP_ADD_MEMBERPORT接口,使得Linux协议栈UDP socket组播报文的接收功能增强,在同一个组播UDP socket下接收包含不同端口的组播报文;采用单个UDP socket通信,可以实现多端口组播报文的发送和接收,有效减少socket的创建,同时降低了应用层socket管理的复杂度,减少流媒体服务器节点与交换机之间的IGMP协议报文交互,节省了相关设备上组播组条目的占用数量。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。
虽然通过实施例描述了本申请,本领域的技术人员知道,本申请有许多变形和变化而不脱离本公开的精神和范围。这样,倘若本公开的这些修改和变型属于本公开权利要求及其等同技术的范围之内,则本公开也意图包含这些改动和变型在内。
Claims (10)
- 一种多端口组播方法,包括:在加入组播组后,在本地配置多端口列表;根据所述多端口列表对接收到的组播报文中的目的端口进行匹配,当匹配成功时,处理所述组播报文。
- 如权利要求1所述的多端口组播方法,其中,所述在本地配置多端口列表,包括:在组播协议栈中预先增加端口配置接口;通过所述端口配置接口将多个端口以哈希列表形式添加至所述组播协议栈中。
- 如权利要求1或2所述的多端口组播方法,其中,所述根据所述多端口列表对接收到的组播报文中目的端口进行匹配,包括:对所述组播报文中的组播地址进行验证;当验证成功时,判断所述组播报文中的任一目的端口是否位于所述多端口列表中;当位于时,则匹配成功,将所述组播报文添加至接收队列中。
- 如权利要求3所述的多端口组播方法,其中,所述方法还包括:当所述组播地址验证失败或者当所述组播报文中的任一目的端口不在所述多端口列表中时,则将所述组播报文丢弃。
- 如权利要求1所述的多端口组播方法,其中,所述方法还包括:当需要发送多端口的组播报文时,将不同的端口配置至所述组播报文中的目的端口字段中。
- 一种多端口组播设备,包括存储器和处理器;其中,所述存储器中存储有多端口组播程序,当所述多端口组播程序被所述处理器执行时,以实现如下步骤:在加入组播组后,在本地配置多端口列表;根据所述多端口列表对接收到的组播报文中目的端口进行匹配,当匹配成功时,处理所述组播报文。
- 如权利要求6所述的多端口组播设备,其中,当所述多端口组播程序被所述处理器执行时,以实现如下步骤:在组播协议栈中预先增加端口配置接口;通过所述端口配置接口将多个端口以哈希列表形式添加至所述组播协议栈中。
- 如权利要求6或7所述的多端口组播设备,其中,当所述多端口组播程序被所述处理器执行时,以实现如下步骤:对所述组播报文中的组播地址进行验证;当验证成功时,判断所述组播报文中的任一目的端口是否位于所述多端口列表中;当位于时,则匹配成功,将所述组播报文添加至接收队列中。
- 如权利要求6所述的多端口组播设备,其中,当所述多端口组播程序被所述处理器执行时,以实现如下步骤:当需要发送多端口的组播报文时,将不同的端口配置至所述组播报文中的目的端口字段中。
- 一种计算机可读存储介质,其中,所述计算机可读存储介质存储有多端口组播程序,当所述多端口组播程序被所述处理器执行时,以实现权利要求1~5任一项所述多端口组播方法中的步骤。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710692526.4 | 2017-08-14 | ||
CN201710692526.4A CN109391551B (zh) | 2017-08-14 | 2017-08-14 | 一种多端口组播方法、设备及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2019033910A1 true WO2019033910A1 (zh) | 2019-02-21 |
Family
ID=65361940
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2018/097125 WO2019033910A1 (zh) | 2017-08-14 | 2018-07-25 | 多端口组播方法、设备及计算机可读存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN109391551B (zh) |
WO (1) | WO2019033910A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114339487A (zh) * | 2021-12-23 | 2022-04-12 | 广州芯德通信科技股份有限公司 | 一种多端口gpon olt系统及其管理控制方法 |
CN114666241A (zh) * | 2022-05-18 | 2022-06-24 | 浙江国利网安科技有限公司 | 一种识别工控资产信息的方法及装置 |
CN114697411A (zh) * | 2020-12-29 | 2022-07-01 | 北京达佳互联信息技术有限公司 | 数据处理方法、装置、服务器及存储介质 |
CN115242733A (zh) * | 2022-06-24 | 2022-10-25 | 北京百度网讯科技有限公司 | 报文组播方法、组播网关、电子设备及存储介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112583472B (zh) * | 2020-12-28 | 2023-05-19 | 四川安迪科技实业有限公司 | 批量升级卫星设备的组播文件发送、接收、传输方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101110730A (zh) * | 2007-06-25 | 2008-01-23 | 中兴通讯股份有限公司 | 基于网际分组管理协议第三版的以太网组播实现方法 |
US7813286B2 (en) * | 2006-08-30 | 2010-10-12 | Hewlett-Packard Development Company, L.P. | Method and system of distributing multicast group join request in computer systems operating with teamed communication ports |
US20140185613A1 (en) * | 2012-12-28 | 2014-07-03 | Fujitsu Limited | Multiple path control for multicast communication |
CN104009926A (zh) * | 2013-02-26 | 2014-08-27 | 杭州华三通信技术有限公司 | Evi网络中的组播方法及边缘设备ed |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102420774B (zh) * | 2012-01-06 | 2014-04-30 | 深圳市共进电子股份有限公司 | 使用igmp实现内网穿透的方法和内网穿透系统 |
CN103716189B (zh) * | 2013-12-24 | 2017-01-04 | 深圳市共进电子股份有限公司 | 一种局域网终端网关设备配置管理方法 |
JP2015192407A (ja) * | 2014-03-28 | 2015-11-02 | ソニー株式会社 | 送信装置、送信方法、受信装置、受信方法、及び、プログラム |
CN105992167B (zh) * | 2015-02-12 | 2019-06-25 | 成都鼎桥通信技术有限公司 | 长期演进lte集群组播的实现方法及装置 |
CN106302188A (zh) * | 2015-05-18 | 2017-01-04 | 中兴通讯股份有限公司 | 一种交换机设备的组播报文转发控制方法及装置 |
US9774461B2 (en) * | 2015-10-21 | 2017-09-26 | Oracle International Corporation | Network switch with dynamic multicast queues |
CN105610590B (zh) * | 2015-12-18 | 2018-12-11 | 新华三技术有限公司 | 一种组播报文传输方法和装置 |
CN107528781A (zh) * | 2016-06-22 | 2017-12-29 | 中兴通讯股份有限公司 | 组播报文的转发方法及装置、路由器 |
CN106961426B (zh) * | 2017-03-09 | 2020-04-24 | 深圳创维-Rgb电子有限公司 | 智能设备的通讯方法及装置 |
-
2017
- 2017-08-14 CN CN201710692526.4A patent/CN109391551B/zh active Active
-
2018
- 2018-07-25 WO PCT/CN2018/097125 patent/WO2019033910A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7813286B2 (en) * | 2006-08-30 | 2010-10-12 | Hewlett-Packard Development Company, L.P. | Method and system of distributing multicast group join request in computer systems operating with teamed communication ports |
CN101110730A (zh) * | 2007-06-25 | 2008-01-23 | 中兴通讯股份有限公司 | 基于网际分组管理协议第三版的以太网组播实现方法 |
US20140185613A1 (en) * | 2012-12-28 | 2014-07-03 | Fujitsu Limited | Multiple path control for multicast communication |
CN104009926A (zh) * | 2013-02-26 | 2014-08-27 | 杭州华三通信技术有限公司 | Evi网络中的组播方法及边缘设备ed |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114697411A (zh) * | 2020-12-29 | 2022-07-01 | 北京达佳互联信息技术有限公司 | 数据处理方法、装置、服务器及存储介质 |
CN114339487A (zh) * | 2021-12-23 | 2022-04-12 | 广州芯德通信科技股份有限公司 | 一种多端口gpon olt系统及其管理控制方法 |
CN114666241A (zh) * | 2022-05-18 | 2022-06-24 | 浙江国利网安科技有限公司 | 一种识别工控资产信息的方法及装置 |
CN114666241B (zh) * | 2022-05-18 | 2022-09-30 | 浙江国利网安科技有限公司 | 一种识别工控资产信息的方法及装置 |
CN115242733A (zh) * | 2022-06-24 | 2022-10-25 | 北京百度网讯科技有限公司 | 报文组播方法、组播网关、电子设备及存储介质 |
CN115242733B (zh) * | 2022-06-24 | 2023-10-20 | 北京百度网讯科技有限公司 | 报文组播方法、组播网关、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109391551A (zh) | 2019-02-26 |
CN109391551B (zh) | 2021-10-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2019033910A1 (zh) | 多端口组播方法、设备及计算机可读存储介质 | |
EP3677013B1 (en) | Replication with dedicated metal deployment in a cloud | |
CN106293957B (zh) | 内容中心网络中的灵活命令和控制 | |
US8184628B2 (en) | Network based multicast stream duplication and merging | |
JP2019134461A (ja) | ミドルウェアおよびアプリケーションの実行のための設計されたシステムに対するサービス妨害(dos:denial of service)攻撃を防止するためのシステムおよび方法、ならびに、ミドルウェアおよびアプリケーションの実行のための設計されたシステムにおいてサブネットアドミニストレータ(sa:subnet administrator)アクセスに基づいて信頼性のある接続(rc:reliable connection)をサポートするためのシステムおよび方法 | |
US10523464B2 (en) | Multi-homed access | |
WO2017143723A1 (zh) | 一种实现服务质量控制的方法、装置及系统 | |
WO2018214809A1 (zh) | 消息发送方法及装置、存储介质 | |
TWI543565B (zh) | 封包重傳的方法、使用此方法的資料伺服器及封包重傳系統 | |
WO2021174958A1 (zh) | 报文转发方法、设备、系统、网络设备和存储介质 | |
WO2021233327A1 (zh) | 报文处理方法及装置、通告方法及装置、网桥节点、源设备、存储介质及报文处理系统 | |
WO2018068588A1 (zh) | 提供组播业务的方法和软件定义网络控制器 | |
CN110545395B (zh) | 一种视联网会议切换方法及装置 | |
US20140241351A1 (en) | Dynamic determination of the root node of an mldp tunnel | |
WO2018171396A1 (zh) | 一种数据传输方法、装置及系统 | |
WO2018121584A1 (zh) | 一种数据流传输方法、装置、相关设备及存储介质 | |
US7660906B1 (en) | Data delivery system and method | |
WO2022160876A1 (zh) | 一种接入用户设备的接口管理方法及接入用户设备 | |
WO2018233632A1 (zh) | 视频点播流的转发 | |
WO2021082818A1 (zh) | 一种用于调整传输速率的方法和装置 | |
WO2008141516A1 (fr) | Procédé de transmission d'un message, dispositif de transmission et système de transmission | |
CN110062259B (zh) | 视频获取方法、系统、设备和计算机可读存储介质 | |
CN110809023B (zh) | 一种基于视联网的通信连接建立方法及装置 | |
CN109451030B (zh) | 一种视联网文件的下载方法和系统 | |
CN103139085A (zh) | 网络中组播业务实现的方法、接入设备及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 18846019 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 14/09/2020) |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 18846019 Country of ref document: EP Kind code of ref document: A1 |