CN113810509A - 用于使用网络业务比较来重新配置网络的系统和方法 - Google Patents
用于使用网络业务比较来重新配置网络的系统和方法 Download PDFInfo
- Publication number
- CN113810509A CN113810509A CN202110432504.0A CN202110432504A CN113810509A CN 113810509 A CN113810509 A CN 113810509A CN 202110432504 A CN202110432504 A CN 202110432504A CN 113810509 A CN113810509 A CN 113810509A
- Authority
- CN
- China
- Prior art keywords
- network
- client type
- bandwidth
- average packet
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
- H04L12/1877—Measures taken prior to transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1886—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/16—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using machine learning or artificial intelligence
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0882—Utilisation of link capacity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4541—Directories for service discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/801—Real time traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/242—Broadcast and multicast (1:N)
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Artificial Intelligence (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Databases & Information Systems (AREA)
- Evolutionary Computation (AREA)
- Medical Informatics (AREA)
- Software Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本公开的实施例涉及用于使用网络业务比较来重新配置网络的系统和方法。示例实现涉及一种用于基于网络业务比较来重新配置网络的方法。第一网络支持具有多播查询响应消息的多播域名服务(mDNS)查询。该方法包括确定第一网络中的每个客户端设备的客户端类型和每个客户端类型的第一平均分组计数。该方法包括从第二网络接收每个对应客户端类型的第二平均分组计数。第二网络支持具有单播查询响应消息的mDNS查询。计算在对应客户端类型的第一平均分组计数与第二平均分组计数之间的差异。当为第一网络中的至少一个客户端类型与第二网络中的每个对应客户端类型计算的差异高于预定义阈值时,将第一网络重新配置为用单播查询响应消息来响应mDNS查询。
Description
技术领域
本公开涉及用于使用网络业务比较来重新配置网络的系统和方法。
背景技术
域名系统服务发现(DNS-SD)是一种零配置(Zeroconf)网络协议,该协议允许客户端设备(例如,移动设备、平板计算机、智能手机等)使用标准DNS消息浏览网络以查找可用服务。例如,DNS-SD允许客户端设备使用DNS查询和查询响应消息来发现网络中的主机(例如,客户端设备、服务器等)上可用的服务的命名列表,并且将这些服务解析为主机名。
此外,客户端设备可以结合DNS-SD来使用多播DNS(mDNS)协议以向网络中的多个主机发送DNS查询消息。mDNS协议可以用于将主机名解析为不包括本地名称服务器(例如,DNS服务器)的网络中的IP地址。
发明内容
本公开的目的是提供方法和网络协调器,以至少部分地解决现有技术中存在的上述问题。
本公开的一方面提供了一种方法,包括:由处理资源确定连接到第一网络的多个客户端设备中的每个客户端设备的客户端类型;由处理资源确定连接到第一网络的每个客户端类型的第一平均分组计数,其中第一网络被配置为用多播查询响应消息来响应多播域名服务mDNS查询;由处理资源接收连接到第二网络的多个客户端设备的每个客户端类型的第二平均分组计数,其中第二网络被配置为用单播查询响应消息来响应mDNS查询;由处理资源为第一网络中的每个客户端类型计算在客户端类型的第一平均分组计数与第二网络中的对应客户端类型的第二平均分组计数之间的差异;以及基于确定第一网络的至少一个客户端类型的第一平均分组计数与第二平均分组计数之间的差异高于第一预定义阈值,将第一网络重新配置为用单播查询响应消息来响应mDNS查询。
根据一个或多个实施例,其中将第一网络重新配置为用单播查询响应消息来响应mDNS查询还包括:向与第一网络的管理员相关联的网络设备传输差异;从与管理员相关联的网络设备接收将第一网络重新配置为用单播查询响应消息来响应mDNS查询的指令;以及响应于接收到指令,将第一网络重新配置为用单播查询响应消息来响应mDNS查询。
根据一个或多个实施例,其中方法还包括在与第一网络的管理员相关联的网络设备的用户界面上显示差异。
根据一个或多个实施例,其中重新配置第一网络还包括:由处理资源基于连接到第一网络的每个客户端类型的平均分组计数来计算第一网络的第一带宽消耗,其中连接到第一网络的每个客户端类型的带宽消耗是基于第一网络中的每个客户端类型的第一平均分组计数、第一网络中的每个客户端类型的计数、以及与多个客户端设备共享VLAN的网络设备的数目来计算的;由处理资源基于连接到第二网络的每个客户端类型的第二平均分组计数以及第二网络中的每个客户端类型的计数,来计算第二网络的第二带宽消耗;由处理资源通过比较第一带宽消耗与第二带宽消耗,来生成在第一网络与第二网络之间的带宽差异;以及基于确定带宽差异高于第二预定义阈值,将第一网络重新配置为用单播查询响应消息来响应mDNS查询。
根据一个或多个实施例,其中方法还包括在网络设备的用户界面上显示带宽差异。
根据一个或多个实施例,其中方法还包括在被配置用于管理第一网络的外部服务器的用户界面上显示带宽差异。
根据一个或多个实施例,其中方法还包括以下步骤:基于在第一网络与第二网络之间的带宽差异来计算第一网络的带宽节省;向与第一网络的管理员相关联的网络设备传输带宽节省作为推荐;以及在网络设备的用户界面上显示推荐。
根据一个或多个实施例,其中第一网络和第二网络是客户广播网络。
本公开的另一方面提供了一种网络协调器,包括:至少一个硬件处理器;以及非暂态计算机可读存储介质,存储指令,指令在由硬件处理器执行时,引起硬件处理器:确定第一网络中的多个客户端设备中的每个客户端设备的客户端类型;确定连接到第一网络的每个客户端类型的第一平均分组计数,其中第一网络被配置为用多播查询响应消息来响应多播域名服务mDNS查询;接收连接到第二网络的多个客户端设备的每个客户端类型的第二平均分组计数,其中第二网络被配置为用单播查询响应消息来响应mDNS查询;为第一网络中的每个客户端类型计算在客户端类型的第一平均分组计数与第二网络中的对应客户端类型的第二平均分组计数之间的差异;以及基于确定第一网络的至少一个客户端类型的第一平均分组计数与第二平均分组计数之间的差异高于第一预定义阈值,将第一网络重新配置为用单播查询响应消息来响应mDNS查询。
根据一个或多个实施例,其中指令在由硬件处理器执行时引起硬件处理器:向与第一网络的管理员相关联的网络设备传输差异;从网络设备接收将第一网络重新配置为用单播查询响应消息来响应mDNS查询的指令;以及响应于接收到指令,将第一网络重新配置为用单播查询响应消息来响应mDNS查询。
根据一个或多个实施例,其中指令在由硬件处理器执行时引起硬件处理器:基于连接到第一网络的每个客户端类型的第一平均分组计数来计算第一网络的第一带宽消耗,其中连接到第一网络的每个客户端类型的带宽消耗是基于第一网络中的每个客户端类型的第一平均分组计数、第一网络中的每个客户端类型的计数、以及与多个客户端设备共享VLAN的网络设备的数目来计算的;基于连接到第二网络的每个客户端类型的第二平均分组计数以及第二网络中的每个客户端类型的计数,来计算第二网络的第二带宽消耗;通过比较第一带宽消耗与第二带宽消耗,来生成在第一网络与第二网络之间的带宽差异;以及基于确定带宽差异高于第二预定义阈值,将第一网络重新配置为用单播查询响应消息来响应mDNS查询。
根据一个或多个实施例,其中指令在由硬件处理器执行时引起硬件处理器在网络设备的用户界面上显示带宽差异。
根据一个或多个实施例,其中第一网络和第二网络是客户广播网络。
根据一个或多个实施例,其中指令在由硬件处理器执行时引起硬件处理器:基于在第一网络与第二网络之间的带宽差异来计算第一网络的带宽节省;向与第一网络的管理员相关联的网络设备传输带宽节省作为推荐;以及在网络设备的用户界面上显示推荐。
根据一个或多个实施例,其中预定义阈值是基于第一网络的带宽节省的百分比来设置的。
本公开的又一方面提供了一种方法,包括:由处理资源确定第一网络中的多个客户端设备中的每个客户端设备的客户端类型以及与多个客户端设备共享第一网络的网络设备的计数;由处理资源确定连接到第一网络的每个客户端类型的第一平均分组计数,其中第一网络被配置为用多播查询响应消息来响应多播域名服务mDNS查询;由处理资源接收连接到第二网络的多个客户端设备的每个客户端类型的第二平均分组计数,其中第二网络被配置为用单播查询响应消息来响应mDNS查询;由处理资源为连接到第一网络的每个客户端类型计算客户端类型的第一带宽消耗,其中客户端类型的第一带宽消耗是基于客户端类型的第一平均分组计数、客户端类型的多个客户端设备的计数、以及与客户端类型的多个客户端设备共享VLAN的网络设备的数目来计算的;由处理资源基于连接到第二网络的每个客户端类型的第二平均分组计数以及第二网络中的每个客户端类型的计数来计算第二网络的第二带宽消耗;由设备通过比较在第一带宽消耗与第二带宽消耗,来生成在第一网络与第二网络之间的带宽差异;以及由设备基于带宽差异将第一网络重新配置为用单播查询响应消息来响应mDNS查询。
根据一个或多个实施例,其中基于带宽差异将第一网络重新配置为用单播查询响应消息来响应mDNS查询包括:向由第一网络的管理员管理的外部服务器传输带宽差异;在外部服务器的用户界面上显示带宽差异;在处理资源处从管理员接收将第一网络重新配置为用单播查询响应消息来响应mDNS查询的指令;以及响应于接收到指令,将第一网络重新配置为用单播查询响应消息来响应mDNS查询。
根据一个或多个实施例,其中第一网络和第二网络是客户广播网络。
根据一个或多个实施例,其中基于在第一带宽消耗与第二带宽消耗之间的百分比差异,带宽差异在外部服务器的用户接口设备上被突出显示。
根据一个或多个实施例,其中基于带宽差异将第一网络重新配置为用单播查询响应消息来响应mDNS查询包括:基于在第一网络与第二网络之间的带宽差异来计算第一网络的带宽节省;向与第一网络的管理员相关联的网络设备传输带宽节省作为推荐;以及在网络设备的用户界面上显示推荐。
利用本公开的实施例,可以有利地防止mDNS查询和mDNS查询响应消息的泛洪。
附图说明
下面将参考附图描述各种示例。
图1是使用网络业务比较来重新配置网络的示例性网络环境;
图2是根据本公开的实施例的示例第一网络;
图3是根据本公开的实施例的示例第二网络;
图4是描绘根据本公开的实施例的使用网络业务比较来重新配置网络的第一方法的流程图;
图5是描绘根据本公开的实施例的使用网络业务比较来重新配置网络的第二方法的流程图;以及
图6是描绘根据本公开的实施例的使用网络业务比较来重新配置网络的第三方法的流程图。
附图提供与说明书一致的示例和/或实现方式;然而,说明书不限于附图中提供的示例和/或实现方式。
具体实施方式
以下详细描述参考附图。在可能的情况下,在附图和以下描述中使用相似的附图标记指代相同或相似的部分。然而,应当明确地理解,附图仅用于说明和描述的目的。尽管在本文档中描述了数个示例,但修改、改编和其他实现是可能的。因此,以下详细描述不限制所公开的示例。相反,所公开的示例的适当范围可以由所附权利要求限定。
本文中使用的术语仅出于描述示例实施例的目的,而非意图是限制性的。如本文中使用的,单数形式“一个(a)”、“一个(an)”和“该(the)”也旨在包括复数形式,除非上下文另外明确指出。如本文中使用的,术语“多个”被定义为两个或多于两个。还应当理解,尽管本文中可以使用术语第一、第二等来描述各种元素,但是这些元素不应当受到这些术语的限制,因为除非另有说明或上下文另外指出,否则这些术语仅用于将一个元素与另一元素区分开。如本文中使用的,术语“包括(includes)”是指包括但不限于,术语“包括(including)”是指包括但不限于。术语“基于(based on)”是指至少部分基于。
如上所述,客户端设备可以结合mDNS来使用DNS-SD以发现网络上的可用服务。例如,客户端设备可以向网络中的所有主机发送具有特定服务名称的mDNS查询消息。当具有由特定服务名称标识的服务的主机接收到mDNS查询消息时,该主机通过发送mDNS查询响应消息来进行响应,该mDNS查询响应消息将其主机名解析为一个或多个IP地址。但是,由于mDNS查询消息也被发送给网络中的每个其他主机,因此即使每个主机不提供由特定服务名称标识的服务,它也会用mDNS查询响应消息进行响应。这导致跨网络的mDNS查询响应消息泛洪和高带宽利用率,这进而可能导致用户无法发现网络服务(例如,由打印机、显示器、媒体服务器等提供的服务),导致网络中断,和/或导致在访问网络服务时总体用户体验降低。对于具有大量客户端设备的大规模网络(例如,园区或企业网络),这种泛洪尤其成问题。此外,随着针对很多大规模网络的BYOD(自带设备)策略的激增,每个用户可能会向网络添加多个客户端设备,从而导致mDNS查询消息和mDNS查询响应消息的附加负载以及高带宽利用率。mDNS查询响应消息的附加负载可能会总体用户体验降低。例如,用户可能需要发送多个mDNS查询消息以连接到特定服务提供主机,这继而又增加了用户连接到期望网络服务所花费的时间。
通常,本文中公开的实施例描述了一种用于使用网络业务比较来重新配置网络的方法和系统。本文中公开的实施例可以包括确定第一网络中的多个客户端设备中的每个客户端设备的客户端类型。本文中公开的示例可以包括:确定针对连接到第一网络的每个客户端类型的第一平均分组计数,其中第一网络被配置为用多播查询响应消息来响应mDNS查询;以及接收针对连接到第二网络的多个客户端设备的每个客户端类型的第二平均分组计数,其中第二网络被配置为用单播查询响应消息来响应mDNS查询。本文中公开的实施例可以包括为第一网络中的每个客户端类型计算在客户端类型的第一平均分组计数与第二网络中的对应客户端类型的第二平均分组计数之间的差异。本文中描述的实施例可以包括:基于在第一平均分组计数与第二平均分组计数之间的差异高于针对第一网络的至少一个客户端类型的预定义阈值,来将第一网络重新配置为用单播查询响应消息来响应mDNS查询。
以这种方式,本文中描述的实施例使用网络业务比较来重新配置网络。例如,本文中公开的实施例确定被配置为用多播查询响应消息响应mDNS查询的针对第一网络中的每个客户端类型的第一平均分组计数,接收针对连接到被配置为用单播查询响应消息响应mDNS查询的第二网络的每个对应客户端类型的第二平均分组计数,并且为第一网络中的每个客户端类型计算在客户端类型的第一平均分组计数与第二网络中的对应客户端类型的第二平均分组计数之间的差异,从而确定第一网络以可能导致mDNS查询消息和mDNS查询响应消息的泛洪的方式(即,被配置为用多播查询响应消息响应于mDNS查询)被配置。此外,本文中公开的实施例可以包括基于在针对第一网络的至少一个客户端类型的第一平均分组计数与第二平均分组计数之间的差异高于预定义阈值,来将第一网络重新配置为用单播查询响应消息来响应mDNS查询,从而重新配置第一网络以防止mDNS查询和mDNS查询响应消息的泛洪。
在本文中公开的实施例中,被比较的网络(例如,第一网络和第二网络)可以具有(一个或多个)相似数目和类型的客户端设备。这些网络可以是由同一云服务提供商部署的客户广播网络。每个网络上的客户端设备可以包括请求服务的客户端设备以及提供特定服务的客户端设备二者。为了比较网络,网络协调器维护要比较的在每个网络中的连接的客户端设备与网络设备的列表。网络协调器可以包括外部服务器或任何合适的网络设备。每个客户端设备被分类为特定客户端类型。此外,网络协调器从要比较的网络中以用于每个客户端类型的平均分组计数的形式接收网络业务。该设备将被配置为用常规mDNS查询响应消息进行响应的第一网络中每个客户端类型的第一平均分组计数与被配置为用单播查询响应消息进行响应的第二网络中的类似客户端类型的第二平均分组计数进行比较。与实现标准mDNS查询/响应机制的第一网络相比,实现单播查询响应消息的第二网络可以具有较低平均分组计数和总体较低带宽利用率,这是因为mDNS查询消息和mDNS查询响应消息不会跨所有网络设备被泛洪。比较结果可以由网络协调器提供给第一网络的网络管理员。在一个实施例中,基于网络业务比较的结果,网络协调器可以向第一网络的网络管理员提供用单播查询响应机制来重新配置第一网络的推荐。在另一实施例中,基于网络业务比较的结果,网络协调器可以被配置为将第一网络重新配置为用单播查询响应消息代替传统mDNS查询响应消息来响应mDNS查询消息。
示例性网络环境
图1是可以在其中实现本公开的实施例的示例性网络环境。图1示出了示例性网络环境100,该网络环境100包括网络协调器101、交换机103、接入点107(a-d)和连接的客户端设备105(a-j)。客户端设备包括服务寻找设备和服务提供设备,诸如TV-1 105g、TV-2 105j、打印机105c和打印机105e。
网络协调器101配置和管理连接到网络100的客户端设备(105a-j)和网络设备(例如,接入点107a-d、交换机103等)。网络协调器101包括至少一个处理资源以及包含(例如,用其编码)指令的至少一个机器可读存储介质,该指令由网络协调器101的至少一个处理资源可执行以实现本文中描述的功能。另外,网络协调器101可以参与任何网络数据传输操作,包括但不限于交换、路由、桥接或其组合。此外,网络协调器101可以从一个或多个网络的各个节点收集网络操作信息,包括网络业务负载信息、网络拓扑信息、网络使用信息等。此外,网络协调器101可以向一个或多个网络的各个节点传输命令,以更改网络拓扑和路由以实现各种网络效率和功效目标。此外,网络协调器101可以包括一个或多个基于云的资源(例如,云服务器)。而且,网络协调器101可以包括执行本文中公开的发明的任何必要的硬件组件,包括但不限于:处理器、存储器、显示设备、输入设备、通信设备等。
交换机103被配置为创建虚拟LAN(局域网),其中每个VLAN为一组连接的客户端设备105(a-j)定义广播域。在图1中,每个接入点107(a-d)是单个VLAN的一部分。尽管图1中描绘的网络环境示出了在VLAN中连接到网络100的十个客户端设备105(a-j),但是应当理解,(一个或多个)任何合适数目的客户端设备可以连接到网络100。例如,在实现BYOD策略的校园或企业环境中,VLAN中的客户端设备的数目可以更多(例如,数百、数千等)。类似地,尽管在每个VLAN中仅示出了单个接入点,但是应当理解,在网络的一个或多个VLAN中可以存在多个接入点。此外,尽管仅接入点107(a-d)在图1中被示出为连接到交换机103,但是应当理解,(一个或多个)任何合适类型和数目的网络设备(例如,交换机、控制器、接入点、路由器等)可以被连接到交换机103。
在图1的示例中,客户端设备105b跨mDNS查询消息发送以访问由连接到网络100的打印机设备105c提供的打印机服务。mDNS查询消息被传输给所有连接的客户端设备105(a-j)。打印机设备105c接收mDNS查询消息,并且用mDNS查询响应消息进行响应。除了旨在查询消息的打印机105c,所有其他客户端设备105还接收mDNS查询消息并且用mDNS查询响应消息进行响应。这可能导致大量mDNS查询响应消息跨第一网络中的网络设备泛洪,从而增加了总体带宽消耗。虽然图1示出了客户端设备105(a-j)使用基于mDNS的查询响应消息,但是应当理解,也可以使用其他协议。例如,客户端设备105(a-j)可以使用数字生活网络联盟(DLNA)来发现网络服务。
图2是根据本公开的实施例的示例第一网络200。图2示出了被配置为支持常规mDNS查询响应消息的第一网络200。第一网络200包括网络协调器201、交换机205、控制器207(a、b)、接入点209(a-d)和经由相应接入点(209a-209d)连接的四个客户端设备211(a-d)。在一个实施例中,网络协调器201包括外部服务器。在另一实施例中,网络协调器201可以是被配置为管理用于单个服务提供商的多个网络的任何网络设备。网络协调器201维护在第一网络200上的所有连接的客户端设备的列表。第一网络200中的每个客户端设备211(a-d)包括向网络协调器201注册的客户端设备信息。客户端设备包括四个客户端设备211(a-d)。交换机205在第一网络200上创建VLAN。控制器207a和控制器207b用于为所连接的客户端设备定义VLAN。网络协调器201基于从第一网络200中的每个客户端设备接收的mDNS查询中存在的供应商特定属性来确定每个连接的客户端设备211(a-d)的客户端类型。供应商特定属性可以包括供应商名称、型号、版本号和任何其他唯一供应商属性。例如,客户端设备211(a-d)的类型可以是iPhone、MacBook、电话、媒体服务器、打印机、扫描仪、相机或任何其他这样的设备。网络协调器201确定第一网络(100)中的每个客户端类型的平均分组计数(即,第一平均分组计数)。网络协调器201可以被配置为监测每种类型的客户端设备211(a-d),并且在一段时间内监测由每个客户端类型发送的分组以确定第一网络200中的每个客户端类型的第一平均分组。网络设备、客户端设备211(a-d)和由第一网络200中的每个客户端设备发送的分组的监测可以在一天、一个月、甚至一年内执行。应当理解,网络200中的网络设备和客户端设备的监测可以在(一个或多个)任何合适的时间段内执行对。尽管图2示出了网络协调器201仅管理第一网络200中的客户端设备211(a-d)和网络设备,但是应当理解,网络协调器201可以管理多个网络(图2中未示出)。
图2描绘了在第一网络200中的常规mDNS查询/响应机制。客户端设备211a向第一网络200中的所有连接的客户端设备211(a-d)发送mDNS查询消息,并且从第一网络200中的所有连接的客户端设备接收mDNS查询响应消息。
下表1示出了由网络协调器201为每个客户端类型收集的示例性信息。尽管图2示出了连接到四个接入点的四个客户端设备,但是应当理解,在第一网络200中可以存在任何合适数目的客户端设备和接入点。
表1:网络200中的客户端设备列表
图3是根据本公开的实施例的示例第二网络300。图3示出了被配置为支持具有单播查询和查询响应消息的已修改mDNS查询/响应机制的第二网络300。第二网络300包括网络协调器301、交换机305、控制器307(a、b)、接入点309(a-d)和经由相应接入点(309a-309d)连接的四个客户端设备311(a-d)。在一个实施例中,网络协调器301包括外部服务器。网络协调器301维护第二网络300上的所有连接的客户端设备的列表。第二网络300中的每个客户端设备311(a-d)包括向网络协调器301注册的客户端设备信息。交换机305在第二网络300上创建VLAN。控制器307a和控制器307b用于为所连接的客户端设备定义VLANS。例如,客户端设备311(a-d)的类型可以是iPhone、MacBook、电话、媒体服务器、打印机、扫描仪、相机或任何其他这样的设备。网络协调器301基于从第二网络300中的每个客户端设备接收的mDNS查询中存在的供应商特定属性,来确定每个连接的客户端设备311(a-d)的客户端类型。供应商特定属性可以包括供应商名称、型号、版本号和任何其他唯一供应商属性。网络协调器301确定第二网络300中的每个客户端类型的平均分组计数(即,第二平均分组计数)。在实施例中,单个网络协调器被配置为管理第一网络200和第二网络300两者的客户端设备和网络设备。在实施例中,网络协调器201可以是被配置为支持第一网络200和第二网络300的操作的外部服务器。在一个实施例中,外部服务器可以由第一网络200和第二网络300的服务提供商来管理。
图3的组件与图2相似。在第一网络200(图2)与第二网络300(图3)之间的主要差异是在第二网络300中的已修改mDNS查询/响应机制。客户端设备311a发送mDNS查询消息,该mDNS查询消息经由控制器307a被单播到网络协调器301。网络协调器301与代理设备(未示出)通信,该代理设备维护由第二网络300中的客户端设备311(a-d)提供的所有服务。在一个实施例中,控制器307a可以被配置为提供单播查询响应消息。网络协调器301可以将网络设备(例如,控制器307a)配置为将mDNS查询消息转换为单播查询消息。控制器307a接收mDNS查询消息,并且将查询响应消息单播到与网络协调器301通信的代理设备。基于代理设备处的服务提供设备的信息,单播查询响应消息经由控制器307a被发送回到客户端设备311a。由于所有查询响应消息都是单播查询响应消息,因此在第二网络300的所有网络设备处都不会出现mDNS查询响应消息的泛洪。网络协调器301确定每个客户端类型的第二平均分组计数,并且向网络协调器301发送每个客户端类型的第二平均分组计数。
下面的表2示出了由网络协调器301为每个客户端类型而收集的示例性信息。
设备类型 | 每分钟平均分组计数 | 平均分组大小(以字节为单位) |
客户端类型1 | 50 | 1080 |
客户端类型2 | 40 | 900 |
客户端类型3 | 120 | 1020 |
客户端类型4 | 14 | 890 |
表2:网络300中的客户端设备列表
图4是描绘根据本公开的实施例的使用网络业务比较来重新配置第一网络200的第一方法400的流程图。第一方法400由网络协调器201执行。
第一方法400可以在框405中开始并且继续进行到框410,在框410中,网络协调器201确定第一网络200中的每个连接的客户端设备211(a-d)的客户端类型。从客户端设备接收的mDNS查询消息包含供应商特定属性,网络协调器201可以基于该供应商特定属性来确定第一网络200中的每个连接的客户端设备211(a-d)的客户端类型。供应商特定属性可以包括供应商名称、型号、版本号和任何其他唯一属性供应商属性。在框415中,网络协调器201确定第一网络200中的每个客户端类型211的第一平均分组计数。网络协调器201在一段时间内监测第一网络200中的每种类型以及由每个客户端类型发送的分组,并且确定每个客户端类型的第一平均分组计数。
在框420中,网络协调器201接收连接到第二网络300的每个客户端类型的第二平均分组计数。第二网络300的网络协调器301可以被配置为确定第二网络300中的每个客户端类型的第二平均分组计数,并且向第一网络200的网络协调器201发送(一个或多个)客户端类型的(一个或多个)第二平均分组计数。网络协调器301维护来自所连接的客户端设备311(a-d)的客户端类型的列表,并且监测由第二网络300中的每个客户端类型发送的分组。网络协调器301基于该信息来确定第二网络300中的每个客户端类型的第二平均分组计数,并且向第一网络200的网络协调器201发送(一个或多个)客户端类型的(一个或多个)第二平均分组计数。
在框425中,网络协调器201计算在第二网络300中的至少一个客户端类型的第一平均分组计数与第二平均分组计数之间的差异。该差异是为第一网络200中的每个而计算的。在一些示例中,用于计算在第一网络200中的第一平均分组计数与在第二网络300中的第二平均分组计数之间的差异的客户端类型可以是相同的客户端类型。例如,在第一网络200中的客户端类型和第二网络300中的对应客户端类型可以均是iPhone11。替代地,在一些示例中,用于计算在第一网络200中的第一平均分组计数与在第二网络300中的第二平均分组计数之间的差异的客户端类型可以是相似的客户端类型,但不是相同的客户端类型。例如,假定第一网络200中的客户端类型是Fire TV Stick第一代设备,并且第二网络300中的客户端类型是Fire TV Stick第二代设备。在这样的示例中,尽管第一网络200中的客户端类型与第二网络300的客户端类型不相同,但是由于这两个设备都是流传输设备,因此这些客户端类型可以被认为是相似的客户端类型(并且因此是对应客户端类型)。在一个实施例中,基于客户端设备的型号、版本号、功能等的预定义映射,这两个客户端类型可以被确定为对应客户端类型。
在框430中,向与第一网络200的网络管理员相关联的客户端设备211传输该差异,并且在框435中,将该差异显示在客户端设备211的用户界面上。该差异包括针对连接到第一网络200的每个客户端类型的在第一网络200中的客户端类型的第一平均分组计数与第二网络300中的每个对应客户端类型的第二平均分组计数之间的差异。因此,网络管理员可以看到针对不同客户端类型的在第一平均分组计数与第二平均分组计数之间的差异。基于在第一网络200中的每个客户端类型的第一平均分组计数与第二平均分组计数之间的差异,网络管理员可以决定是否应当将第一网络200重新配置为用单播查询响应消息进行响应。在一个实施例中,网络协调器201确定在第一网络200中的针对每个客户端类型的第一平均分组计数与第二平均分组计数之间的差异是否高于第一预定义阈值。基于(例如,响应于)确定在第一网络200中的至少一种客户端类型的第一平均分组计数与第二平均分组计数之间的差异高于第一预定义阈值,网络协调器201可以发送指示以向网络管理员指示(例如,在客户端设备211的用户界面上显示)在至少一种客户端类型的第一平均分组计数与第二平均分组计数之间的差异高于第一预定义阈值。此外,网络协调器201可以发送指令以向网络管理员指示(例如,在客户端设备211的用户界面上显示)在第一网络100的至少一个客户端类型的第一平均分组计数与第二平均分组计数之间的差异以及第一预定义阈值。在一个实施例中,第一预定义阈值可以基于在第一网络200中的单个客户端类型的第一平均分组计数与第二网络300中的对应客户端类型的第二平均分组计数之间的差异。在另一实施例中,第一预定义阈值可以基于在第一网络200中的多个客户端设备的第一平均分组计数与第二网络300中的对应客户端类型的第二平均分组计数之间的差异。
在框440处,网络协调器201接收(例如,从管理员)将第一网络200重新配置为用单播查询响应消息来响应mDNS查询消息的指令。在一个实施例中,当在第一网络200中的至少一个客户端类型的第一平均分组计数与第二平均分组计数之间的差异高于第一预定义阈值时,网络协调器201可以接收将第一网络200重新配置为用单播查询响应消息来响应mDNS查询的指令。
在框445处,基于所接收的指令,网络协调器201将第一网络200重新配置为用单播查询响应消息来响应mDNS查询。在一个实施例中,当在框425处计算的在第一网络200中的至少一个客户端类型的第一平均分组计数与第二网络300中的每个对应客户端类型的第二平均分组计数之间的差异高于第一预定义阈值时,网络协调器201将第一网络200重新配置为用单播查询响应消息响应于mDNS查询。尽管下面参考网络协调器201描述上面的第一方法400的执行,但是诸如外部服务器的其他设备可以执行网络协调器201的功能。外部服务器可以由第一网络200和第二网络300的服务提供商来管理。
考虑表1和表2所示的客户端类型1的示例。客户端类型1是第一网络200和第二网络300两者中的MacBook。如与第一网络200相关联的表1所示,每个MacBook(客户端类型1)的第一平均分组计数为500。如与第二网络300相关联的表2所示,每个MacBook(客户端类型1)的第二平均分组计数为50。在第一平均分组计数与第二平均分组计数之间的差异是每分钟450个平均分组计数。因此,网络协调器210确定在第一网络200与第二网络300之间MacBook的第一平均分组计数与第二平均分组计数之间存在90%的差异。在一个实施例中,当在MacBook(客户端类型1)的第一平均分组计数与第二平均分组计数之间的差异大于60%时,网络协调器201可以被配置为将第一网络200重新配置为支持单播查询响应消息。当在第一平均分组计数与第二平均分组计数之间的差异大于60%时,网络协调器201可以重新配置以支持单播查询响应消息。
在一个实施例中,第一预定义阈值基于在第一网络200中的单个客户端类型的第一平均分组计数与第二网络300中的单个对应客户端类型的第二平均分组计数之间的差异,并且在第一平均分组计数与第二平均分组计数之间的百分比差异可以用于设置第一预定义阈值。例如,第一阈值百分比可以设置为50%。在这样的示例中,当在第一平均分组计数与第二平均分组计数之间的差异大于50%时,网络协调器201可以被配置为将第一网络200重新配置为支持单播查询消息。
在另一实施例中,第一预定义阈值基于在第一网络200中的多个客户端类型的第一平均分组计数与第二网络200中的对应多个客户端类型的第二平均分组计数之间的差异,并且在第一平均分组计数与第二平均分组计数之间的百分比差异可以用于确定第一预定义阈值。例如,第一阈值百分比可以设置为50%。在这样的示例中,当在第一网络200的多个客户端类型的第一平均分组计数与第二网络300中的对应客户端类型的第二平均分组计数之间的差异大于50%时,网络协调器201可以将第一网络200重新配置为支持单播查询消息。
图5是描绘根据本公开的实施例的重新配置第一网络200的第二方法500的流程图。第二方法500由网络协调器201执行。第二方法500可以在框505中开始并且继续进行到框510,在框510中,网络协调器201确定第一网络200中的每个客户端设备211的客户端类型。网络协调器201维护第一网络200上的所有连接的客户端设备的列表。从客户端设备接收的mDNS查询消息包含供应商特定属性。基于来自第一网络200中的每个客户端设备的mDNS查询消息中存在的供应商特定属性,网络协调器201可以确定第一网络200中的每个连接的客户端设备211(a-d)的客户端类型。供应商特定属性可以包括客户端类型的供应商名称、型号、版本号和任何其他唯一属性。
在框515中,网络协调器201确定连接到第一网络200的每个客户端类型211的第一平均分组计数。网络协调器201在一段时间内监测第一网络200中的客户端设备的每种类型以及由每个客户端类型发送的分组,并且计算第一网络200中的每个客户端类型的第一平均分组计数。
在框520中,网络协调器201接收连接到第二网络300的每个客户端类型的第二平均分组计数。第二网络300的网络协调器301可以被配置为向网络协调器201发送每个客户端类型的第二平均分组计数。网络协调器301维护来自所连接的客户端设备的客户端类型的列表,并且监测由每个客户端类型发送的分组。网络协调器301基于该信息来确定第二网络300中的每个客户端类型的第二平均分组计数,并且将其发送给第一网络200的网络协调器201。
在框525中,网络协调器201基于连接到第一网络200的每个客户端类型的第一平均分组计数,来计算第一网络200的第一带宽消耗。为了计算第一网络200的第一带宽消耗,网络协调器201确定每个客户端类型的第一平均分组计数、每个客户端类型的客户端设备211的计数、以及与客户端设备211共享相同VLAN的网络设备209的计数。
第一网络200中的带宽消耗
在本文中公开的示例中,第一网络200中的带宽消耗可以对应于由第一网络200中的每个客户端类型使用的带宽,并且可以根据下面的等式1来计算:
等式1:由每个客户端类型使用的带宽=客户端类型计数*客户端类型分组计数*客户端类型的分组长度*共享相同VLAN的网络设备的计数。
在一些示例中,计算每个客户端类型的带宽消耗以计算第一网络200的总体带宽消耗。当第一网络200实现常规mDNS查询响应消息时,该mDNS查询响应消息被多播,这可能导致mDNS查询响应消息在第一网络200中的网络设备上泛洪。
第二网络300中的带宽消耗
在框530中,基于第二网络300中的每个客户端类型的所接收的第二平均分组计数,网络协调器201计算第二网络300的第二带宽消耗。在一个实施例中,网络协调器201从网络协调器301接收第二网络300的第二带宽消耗。
在本文中公开的示例中,第二网络300的第二带宽消耗可以对应于由第二网络300中的每个客户端类型使用的带宽,并且可以根据下面的等式2来计算:
等式2:由每个客户端类型使用的带宽=客户端类型计数*客户端类型分组计数*客户端类型的分组长度。
计算每个客户端类型的带宽以计算第二网络300的总体带宽消耗。在计算第二网络300的带宽时不考虑网络设备,这是因为mDNS查询响应消息未被多播。在一个实施例中,网络协调器301可以被配置为计算总体第二带宽消耗,并且将其传输给网络协调器201。
带宽节省:
在框535中,该设备通过比较第一带宽消耗和第二带宽消耗来计算第一网络200与第二网络300之间的带宽差异。在一个实施例中,由于实现了常规mDNS查询响应消息,所以带宽差异突出了由第一网络200利用的额外带宽。因此,如果第一网络200被重新配置为用单播查询响应消息响应于mDNS查询消息,则第一网络200可以节省该额外带宽。带宽比较和带宽节省的示例如下所示。
带宽比较和差异确定了在第一网络200被重新配置用于单播查询响应消息时可以在第一网络200中实现的总体带宽节省。在一个实施例中,根据下面的等式3,以第二网络300相对于第一网络200的带宽节省百分比的形式来计算带宽差异:
X=由第一网络200中的所连接的客户端类型使用的带宽;
X1,X2.....Xn=第一网络200中的所连接的不同客户端类型的带宽;
Y=由第二网络300中的所连接的客户端类型使用的带宽;
Y1,Y2.....Yn=第二网络300中的所连接的不同客户端类型的带宽;以及
n=共享相同VLAN的网络设备的数目。
在框540中,网络协调器201向由负责第一网络200的管理和配置的管理员管理的外部服务器传输带宽差异。在一个实施例中,在第一网络200被重新配置为用单播查询响应消息响应于mDNS查询时,可以实现的带宽节省可以以推荐的形式被提供给网络管理员。
在框545中,在由负责第一网络200的管理和配置的管理员管理的外部服务器的用户界面上显示带宽差异。在另一实施例中,可以在与第一网络200的管理员相关联的客户端设备传输和显示带宽差异。
在另一实施例中,带宽节省百分比可以显示在用户界面上。网络管理员可以决定是否要将第一网络200重新配置为用单播查询响应消息来响应mDNS查询。在一个实施例中,推荐可以基于节省百分比来被突出显示。例如,如果带宽节省少于25%,则带宽节省将以橙色突出显示被显示在用户界面上作为推荐。如果带宽节省为25%到50%,则带宽推荐将以红色突出显示被显示在用户界面上作为推荐。如果带宽节省大于50%,则带宽推荐将以红色粗体突出显示被显示在用户界面上作为推荐。本领域技术人员将理解,基于带宽节省的推荐可以使用(一个或多个)任何合适的图形元素(例如,突出显示、颜色等)并且基于(一个或多个)任何合适的带宽节省百分比被显示在用户界面上。
在一个实施例中,第一网络200和第二网络300是由同一服务提供商部署的客户广播网络。
网络协调器201可以是从第一网络200和第二网络300接收网络业务信息的服务器。服务器可以比较大小相似的网络的网络业务。由于第二网络300被配置为用单播查询响应消息响应于mDNS查询,因此第二网络300中的客户端设备被认为具有理想的平均分组计数。在一个实施例中,当第一网络200中的至少一个客户端类型的计数与第二网络300中的每个对应客户端类型的计数相同时,服务器可以被配置为比较第一网络200与第二网络300的网络业务。基于确定第一网络200中的至少一个客户端类型的计数与第二网络300中的每个对应客户端类型的计数之间存在差异,服务器可以被配置为基于第一网络200中的至少一个客户端类型的计数来增加/减少第二网络300中的每个对应客户端的计数。这可以在计算至少一个对应客户端类型的第二平均分组计数之前执行。此外,在第一网络200中存在客户端类型在第二网络300中不具有对应客户端类型的情况下,服务器可以被配置为确定另一网络中的对应客户端类型的第二平均分组计数。
此外,服务器可以基于第一网络200中的每个客户端类型的第一平均分组计数和第二平均分组计数来计算相应第一带宽消耗和第二带宽消耗。此外,网络协调器201可以计算在第一带宽消耗与第二带宽消耗之间的带宽差异。带宽差异反映了在第一网络200被重新配置为支持单播查询响应消息时可以由第一网络200实现的带宽节省。此外,带宽节省可以被传输给第一网络200的网络管理员。
在一个实施例中,如果第一网络200是由服务提供商部署的新网络,则所提供的服务可以通过比较第一网络200的带宽消耗与第二网络300的带宽消耗来计算带宽节省,并且将带宽节省作为推荐传输给第一网络200的网络管理员。基于带宽节省的范围,可以向第一网络200的管理员提供不同推荐。网络管理员可以尝试基于从服务提供商接收的推荐来重新配置第一网络200,并且确定是否需要带宽节省/带宽节省是否有益于第一网络200。在一个实施例中,基于带宽节省,管理员可以设置用于带宽节省的预定义阈值,在该预定义阈值之上,网络200可以被重新配置为支持单播查询响应消息。
在框550中,网络协调器201确定是否接收到重新配置第一网络200的指令。如果接收到重新配置第一网络200的指令,则在框555中,网络协调器201将第一网络200重新配置为用单播查询响应消息来响应mDNS查询消息。在一个实施例中,网络协调器201可以向第一网络200中的网络设备传输实现单播查询响应消息的指令。例如,第一网络200中的控制器207a可以被重新配置为支持单播查询响应消息。如果没有接收到指令,则第二方法500可以停止。
尽管以上参考网络协调器201描述上述第二方法500的执行,但是诸如由网络200的服务提供商管理的外部服务器的其他设备可以用于第二方法500的执行。
图6是描绘根据本公开的实施例的重新配置第一网络200的第三方法600的流程图。第三方法600遵循与方法500相同的步骤,直到在框635中计算带宽差异为止。在框640中,网络协调器201可以被配置为确定带宽差异是否大于第二预定义阈值。第一网络200的网络管理员可以确定该第二预定义阈值并且将其发送给网络协调器201。仅当带宽差异很大时,网络管理员才可能想要重新配置第一网络。例如,可以向网络协调器201提供带宽差异百分比作为第二预定义阈值。在一个实施例中,第二预定义阈值可以是40%。在这样的示例中,仅当在第一网络200与第二网络300之间的带宽差异为40%时,网络管理员才可能想要重新配置第一网络200。
在框645中,当带宽差异高于第二预定义阈值时,重新配置第一网络200。在一个实施例中,第二预定义阈值由第一网络200的管理员基于所需要的带宽节省的百分比来设置。
在前面的描述中,阐述了很多细节以提供对本文中公开的主题的理解。然而,实现可以在没有一些或所有这些细节的情况下实践。其他实现可以包括对上述细节的修改、组合和变化。所附权利要求书旨在涵盖这样的修改和变化。
Claims (20)
1.一种方法,包括:
由处理资源确定连接到第一网络的多个客户端设备中的每个客户端设备的客户端类型;
由所述处理资源确定连接到所述第一网络的每个客户端类型的第一平均分组计数,其中所述第一网络被配置为用多播查询响应消息来响应多播域名服务mDNS查询;
由所述处理资源接收连接到第二网络的多个客户端设备的每个客户端类型的第二平均分组计数,其中所述第二网络被配置为用单播查询响应消息来响应mDNS查询;
由所述处理资源为所述第一网络中的每个客户端类型计算在所述客户端类型的所述第一平均分组计数与所述第二网络中的对应客户端类型的所述第二平均分组计数之间的差异;以及
基于确定所述第一网络的至少一个客户端类型的所述第一平均分组计数与所述第二平均分组计数之间的差异高于第一预定义阈值,将所述第一网络重新配置为用单播查询响应消息来响应mDNS查询。
2.根据权利要求1所述的方法,其中将所述第一网络重新配置为用所述单播查询响应消息来响应mDNS查询还包括:
向与所述第一网络的管理员相关联的网络设备传输所述差异;
从与所述管理员相关联的所述网络设备接收将所述第一网络重新配置为用单播查询响应消息来响应mDNS查询的指令;以及
响应于接收到所述指令,将所述第一网络重新配置为用单播查询响应消息来响应mDNS查询。
3.根据权利要求2所述的方法,其中所述方法还包括在与所述第一网络的所述管理员相关联的所述网络设备的用户界面上显示所述差异。
4.根据权利要求1所述的方法,其中重新配置所述第一网络还包括:
由所述处理资源基于连接到所述第一网络的每个客户端类型的所述平均分组计数来计算所述第一网络的第一带宽消耗,其中连接到所述第一网络的每个客户端类型的所述带宽消耗是基于所述第一网络中的每个客户端类型的所述第一平均分组计数、所述第一网络中的每个客户端类型的计数、以及与所述多个客户端设备共享VLAN的网络设备的数目来计算的;
由所述处理资源基于连接到所述第二网络的每个客户端类型的所述第二平均分组计数以及所述第二网络中的每个客户端类型的计数,来计算所述第二网络的第二带宽消耗;
由所述处理资源通过比较所述第一带宽消耗与所述第二带宽消耗,来生成在所述第一网络与所述第二网络之间的带宽差异;以及
基于确定所述带宽差异高于第二预定义阈值,将所述第一网络重新配置为用单播查询响应消息来响应mDNS查询。
5.根据权利要求4所述的方法,其中所述方法还包括在所述网络设备的用户界面上显示所述带宽差异。
6.根据权利要求4所述的方法,其中所述方法还包括在被配置用于管理所述第一网络的外部服务器的用户界面上显示所述带宽差异。
7.根据权利要求4所述的方法,其中所述方法还包括以下步骤:
基于在所述第一网络与所述第二网络之间的所述带宽差异来计算所述第一网络的带宽节省;
向与所述第一网络的管理员相关联的所述网络设备传输所述带宽节省作为推荐;以及
在所述网络设备的所述用户界面上显示所述推荐。
8.根据权利要求1所述的方法,其中所述第一网络和所述第二网络是客户广播网络。
9.一种网络协调器,包括:
至少一个硬件处理器;以及
非暂态计算机可读存储介质,存储指令,所述指令在由硬件处理器执行时,引起所述硬件处理器:
确定第一网络中的多个客户端设备中的每个客户端设备的客户端类型;
确定连接到所述第一网络的每个客户端类型的第一平均分组计数,其中所述第一网络被配置为用多播查询响应消息来响应多播域名服务mDNS查询;
接收连接到第二网络的多个客户端设备的每个客户端类型的第二平均分组计数,其中所述第二网络被配置为用单播查询响应消息来响应mDNS查询;
为所述第一网络中的每个客户端类型计算在所述客户端类型的所述第一平均分组计数与所述第二网络中的对应客户端类型的所述第二平均分组计数之间的差异;以及
基于确定所述第一网络的至少一个客户端类型的所述第一平均分组计数与所述第二平均分组计数之间的差异高于第一预定义阈值,将所述第一网络重新配置为用单播查询响应消息来响应mDNS查询。
10.根据权利要求9所述的网络协调器,其中所述指令在由所述硬件处理器执行时引起所述硬件处理器:
向与所述第一网络的管理员相关联的网络设备传输所述差异;
从所述网络设备接收将所述第一网络重新配置为用单播查询响应消息来响应mDNS查询的指令;以及
响应于接收到所述指令,将所述第一网络重新配置为用单播查询响应消息来响应mDNS查询。
11.根据权利要求9所述的网络协调器,其中所述指令在由所述硬件处理器执行时引起所述硬件处理器:
基于连接到所述第一网络的每个客户端类型的所述第一平均分组计数来计算所述第一网络的第一带宽消耗,其中连接到所述第一网络的每个客户端类型的所述带宽消耗是基于所述第一网络中的每个客户端类型的所述第一平均分组计数、所述第一网络中的每个客户端类型的计数、以及与所述多个客户端设备共享VLAN的网络设备的数目来计算的;
基于连接到第二网络的每个客户端类型的所述第二平均分组计数以及所述第二网络中的每个客户端类型的计数,来计算所述第二网络的第二带宽消耗;
通过比较所述第一带宽消耗与所述第二带宽消耗,来生成在所述第一网络与所述第二网络之间的带宽差异;以及
基于确定所述带宽差异高于第二预定义阈值,将所述第一网络重新配置为用单播查询响应消息来响应mDNS查询。
12.根据权利要求9所述的网络协调器,其中所述指令在由所述硬件处理器执行时引起所述硬件处理器在所述网络设备的所述用户界面上显示所述带宽差异。
13.根据权利要求9所述的网络协调器,其中所述第一网络和所述第二网络是客户广播网络。
14.根据权利要求11所述的网络协调器,其中所述指令在由所述硬件处理器执行时引起所述硬件处理器:
基于在所述第一网络与所述第二网络之间的所述带宽差异来计算所述第一网络的带宽节省;
向与所述第一网络的所述管理员相关联的所述网络设备传输所述带宽节省作为推荐;以及
在所述网络设备的所述用户界面上显示所述推荐。
15.根据权利要求9所述的网络协调器,其中所述预定义阈值是基于所述第一网络的所述带宽节省的百分比来设置的。
16.一种方法,包括:
由处理资源确定第一网络中的多个客户端设备中的每个客户端设备的客户端类型以及与所述多个客户端设备共享所述第一网络的网络设备的计数;
由所述处理资源确定连接到所述第一网络的每个客户端类型的第一平均分组计数,其中所述第一网络被配置为用多播查询响应消息来响应多播域名服务mDNS查询;
由所述处理资源接收连接到第二网络的多个客户端设备的每个客户端类型的第二平均分组计数,其中所述第二网络被配置为用单播查询响应消息来响应mDNS查询;
由所述处理资源为连接到所述第一网络的每个客户端类型计算所述客户端类型的第一带宽消耗,其中所述客户端类型的所述第一带宽消耗是基于所述客户端类型的所述第一平均分组计数、所述客户端类型的所述多个客户端设备的计数、以及与所述客户端类型的所述多个客户端设备共享VLAN的网络设备的数目来计算的;
由所述处理资源基于连接到所述第二网络的每个客户端类型的第二平均分组计数以及所述第二网络中的每个客户端类型的计数来计算所述第二网络的第二带宽消耗;
由所述设备通过比较在所述第一带宽消耗与所述第二带宽消耗,来生成在所述第一网络与所述第二网络之间的带宽差异;以及
由所述设备基于所述带宽差异将所述第一网络重新配置为用所述单播查询响应消息来响应mDNS查询。
17.根据权利要求16所述的方法,其中基于所述带宽差异将所述第一网络重新配置为用所述单播查询响应消息来响应mDNS查询包括:
向由所述第一网络的所述管理员管理的外部服务器传输所述带宽差异;
在所述外部服务器的用户界面上显示所述带宽差异;
在所述处理资源处从所述管理员接收将所述第一网络重新配置为用单播查询响应消息来响应mDNS查询的指令;以及
响应于接收到所述指令,将所述第一网络重新配置为用单播查询响应消息来响应mDNS查询。
18.根据权利要求16所述的方法,其中所述第一网络和所述第二网络是客户广播网络。
19.根据权利要求16所述的方法,其中基于在所述第一带宽消耗与所述第二带宽消耗之间的百分比差异,所述带宽差异在所述外部服务器的用户接口设备上被突出显示。
20.根据权利要求16所述的方法,其中基于所述带宽差异将所述第一网络重新配置为用所述单播查询响应消息来响应mDNS查询包括:
基于在所述第一网络与所述第二网络之间的所述带宽差异来计算所述第一网络的带宽节省;
向与所述第一网络的所述管理员相关联的所述网络设备传输所述带宽节省作为推荐;以及
在所述网络设备的所述用户界面上显示所述推荐。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN202041025539 | 2020-06-17 | ||
IN202041025539 | 2020-06-17 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113810509A true CN113810509A (zh) | 2021-12-17 |
Family
ID=78823315
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110432504.0A Pending CN113810509A (zh) | 2020-06-17 | 2021-04-21 | 用于使用网络业务比较来重新配置网络的系统和方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US11824640B2 (zh) |
CN (1) | CN113810509A (zh) |
DE (1) | DE102021109509A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11658895B2 (en) * | 2020-07-14 | 2023-05-23 | Juniper Network, Inc. | Synthesizing probe parameters based on historical data |
US11805103B2 (en) * | 2020-12-08 | 2023-10-31 | Hewlett Packard Enterprise Development Lp | Dynamic selection of tunnel endpoints |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6584501B1 (en) * | 1999-02-03 | 2003-06-24 | Compuware Corporation | Method to display information representing network traffic on a computer display monitor |
US20060069377A1 (en) * | 2004-09-28 | 2006-03-30 | Mickey Calvert | Diaper ear manufacturing process |
US20100128645A1 (en) * | 2008-11-26 | 2010-05-27 | Murata Manufacturing Co., Ltd. | System and method for adaptive power conservation based on traffic profiles |
US9071541B2 (en) * | 2012-04-25 | 2015-06-30 | Juniper Networks, Inc. | Path weighted equal-cost multipath |
JP6036983B2 (ja) * | 2013-02-28 | 2016-11-30 | 富士通株式会社 | 情報処理装置および起動制御プログラム |
CN104283979B (zh) * | 2013-07-11 | 2017-11-17 | 华为技术有限公司 | 组播域名系统中报文传输的方法、装置及系统 |
WO2015047335A1 (en) * | 2013-09-27 | 2015-04-02 | Hewlett-Packard Development Company, L.P. | Managing multicast transmissions |
US9832043B2 (en) * | 2014-02-07 | 2017-11-28 | Verizon Patent And Licensing Inc. | Bandwidth boosting in shared local networks |
EP2933985B1 (de) | 2014-04-17 | 2018-05-30 | Siemens Aktiengesellschaft | Verwendung von Multicast DNS |
US10498836B2 (en) * | 2015-04-29 | 2019-12-03 | Hewlett Packard Enterprise Development Lp | Network based service discovery via unicast messages |
US10863422B2 (en) * | 2015-08-03 | 2020-12-08 | Convida Wireless, Llc | Mechanisms for ad hoc service discovery |
EP3311528A1 (en) | 2015-08-31 | 2018-04-25 | Huawei Technologies Co., Ltd. | Redirection of service or device discovery messages in software-defined networks |
US20180123901A1 (en) * | 2016-10-31 | 2018-05-03 | Level 3 Communication, Llc | Distributed calculation of customer bandwidth utilization models |
CN108259333B (zh) | 2016-12-29 | 2021-07-09 | 华为技术有限公司 | 一种bum流量控制方法、相关装置以及系统 |
US10693771B2 (en) | 2017-11-13 | 2020-06-23 | Verizon Digital Media Services Inc. | Optimized message flooding across nodes of a distributed platform |
US10523453B2 (en) * | 2017-12-07 | 2019-12-31 | Mcom Media Communications Dmcc | Managing content casting |
US10904136B2 (en) | 2018-08-06 | 2021-01-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Multicast distribution tree versioning for minimizing multicast group traffic disruption |
CN109981819B (zh) * | 2019-03-22 | 2022-05-06 | 新华三技术有限公司合肥分公司 | mDNS报文处理方法、装置和组网系统 |
US11165743B2 (en) * | 2019-09-17 | 2021-11-02 | Bullhead Innovations Ltd. | Modifying multicast domain name service (MDNS) responses to control assignment of discoverable resource providing devices available on network |
US20210201118A1 (en) * | 2019-12-26 | 2021-07-01 | Industrial Technology Research Institute | Deep neural networks (dnn) hardware accelerator and operation method thereof |
-
2021
- 2021-04-06 US US17/223,638 patent/US11824640B2/en active Active
- 2021-04-15 DE DE102021109509.3A patent/DE102021109509A1/de active Granted
- 2021-04-21 CN CN202110432504.0A patent/CN113810509A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
US20210399947A1 (en) | 2021-12-23 |
US11824640B2 (en) | 2023-11-21 |
DE102021109509A1 (de) | 2021-12-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11528226B2 (en) | Network validation with dynamic tunneling | |
US8954866B2 (en) | Messaging and presence protocol as a configuration and management bus for embedded devices | |
US10050824B2 (en) | Managing a cluster of switches using multiple controllers | |
JP5093598B2 (ja) | 制御中継プログラム、制御中継装置および制御中継方法 | |
US10581697B2 (en) | SDN controlled PoE management system | |
CN104509073A (zh) | 在软件定义的网络中发现ip多播组成员 | |
KR20180044806A (ko) | 대응하는 디바이스인 제1 유형 네트워크의 고객 댁내 장비에 접속되도록 구성된 디바이스에서 구현되는 방법 | |
CN113810509A (zh) | 用于使用网络业务比较来重新配置网络的系统和方法 | |
US9166884B2 (en) | Network location service | |
KR20120049443A (ko) | Isn 스토어 기반의 오버레이 네트워크 동적 구성 시스템 및 그 방법 | |
CN105594159A (zh) | 使用服务标识符的网络配置 | |
US7620723B2 (en) | Network management | |
CN107995124B (zh) | 流量调度方法及装置 | |
US10686752B2 (en) | Methods for configuring and managing an IP network, corresponding devices and computer programs | |
US20160028650A1 (en) | Method and system for a user to create favorite server lists for multiple services | |
CN107438098A (zh) | 一种动态内容分发方法及其系统 | |
US9270533B2 (en) | Fast network discovery using SNMP multi-cast | |
JP4784617B2 (ja) | 分散管理システム、クライアント端末、分散管理方法、及び分散管理プログラム | |
US20240244117A1 (en) | Orchestration of airgroup policy for automated service monitoring and measurement in an enterprise wlan system | |
CN115767155B (zh) | 一种网络通信方法、装置、设备及存储介质 | |
US20230198849A1 (en) | Topology path obtaining method of mesh network and system thereof | |
EP2958268A1 (en) | Method for presenting relevant resources to end-user communication equipment using network caching | |
US20140215040A1 (en) | Apparatus and Method for Network Control | |
CN115767155A (zh) | 一种网络通信方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |