WO2016138576A1 - Système, appareil et procédé pour fournir des performances améliorées de connexions de réseau agrégées/liées avec une fourniture de nuage - Google Patents

Système, appareil et procédé pour fournir des performances améliorées de connexions de réseau agrégées/liées avec une fourniture de nuage Download PDF

Info

Publication number
WO2016138576A1
WO2016138576A1 PCT/CA2016/000060 CA2016000060W WO2016138576A1 WO 2016138576 A1 WO2016138576 A1 WO 2016138576A1 CA 2016000060 W CA2016000060 W CA 2016000060W WO 2016138576 A1 WO2016138576 A1 WO 2016138576A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
data
client site
utility
performance
Prior art date
Application number
PCT/CA2016/000060
Other languages
English (en)
Inventor
Patricio Humberto Saavedra
Original Assignee
Teloip Inc.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from US14/638,267 external-priority patent/US9426029B2/en
Application filed by Teloip Inc. filed Critical Teloip Inc.
Priority to CA3016213A priority Critical patent/CA3016213C/fr
Priority to US15/555,125 priority patent/US10205632B2/en
Publication of WO2016138576A1 publication Critical patent/WO2016138576A1/fr

Links

Classifications

    • 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/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H04L41/083—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability for increasing network speed
    • 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/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2863—Arrangements for combining access network resources elements, e.g. channel bonding
    • H04L12/2867—Physical combinations
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Definitions

  • This disclosure relates generally to network communications and, in particular, to aggregating or bonding communications links to improve network performance or quality of services for a variety of different networks including wired and wireless networks, and including Wide Area Networks ("WAN").
  • WAN Wide Area Networks
  • Examples of such technologies include load balancing, WAN optimization, or ANATM technology of TELolP, as well as WAN aggregation technologies.
  • bonded/aggregated links provide significant network performance improvement over the connections available to carry network traffic, for example, from Location A to an access point to the backbone of a network (whether an Internet access point, or access point to another data network such as a private data network or high performance wireless network) ("network backbone”), the bonded/aggregated links are generally slower than the network backbone.
  • a network system for improving network communication performance between at least a first client site and a second client site, the first client site and the second client site being at a distance from one another that would usually require long haul network communication.
  • the system may include: 1) at least one network bonding/aggregation computer system including: (i) at least one client site network component that is implemented at least at the first client site, the client site network component bonding or aggregating one or more diverse network connections to configure a bonded/aggregated connection that has increased throughput; and (ii) at least one network server component, configured to interoperate with the client site network component, the network server component including a server/concentrator that is implemented at an access point to a high- performing network interconnected with the second client site; and 2) a cloud-based network manager comprising: (i) a data collection utility configured to collect network performance data from a variety of sources or network points in real-time or near real-time; (ii) a network performance analysis utility configured to analyze the collected network
  • the cloud-based network manager may include an electronic portal configured to display at least one of: the collected network performance data and an analysis output of the network performance analysis utility.
  • the network performance analysis utility may generate data required to modify network paths in the long haul network connections between the first client site and the second client site.
  • the network performance analysis utility may determine a network performance score based on the network performance data.
  • the network performance score may be a Quality of Experience score.
  • the Quality of Experience score may be determined based one at least one of: Mean Opinion Score (MOS) standard, latency, jitter and loss.
  • MOS Mean Opinion Score
  • the data collection utility may be configured to collect at least one of: Simple Network Management Protocol (SNMP) data, Netflow data, IP traffic data, on-device statistics from the client site network component, on-device statistics from the network server component, device configuration data, and log data.
  • SNMP Simple Network Management Protocol
  • the client site network component and the network server component may be configured to interoperate to generate and maintain a network overlay for managing network communications between the first client site and the access point; and between the client site network component and the network server component data traffic is carried over the bonded/aggregated connection, and between the access point and the second client site the network server component terminates the bonded/aggregated connection and passes the data traffic to the high-performing network.
  • the network configuration utility may be configured to control the network overlay to reconfigure one or more network server components or one or more network paths.
  • the network configuration utility may be configured to reconfigure a managed network path comprising the bonded/aggregated connection and at least one network path carried over the high-performing network.
  • the network configuration utility may be configured to store the collected network performance data in at least one electronic data store.
  • the network configuration utility may be configured to provision one or more network devices automatically between the first client site and the second client site.
  • the network configuration utility may be configured to reconfigure the client site network component automatically: (a) to collect the network performance data; and (b) to initiate the configuration of a network overlay to include one or more network server components to improve network performance.
  • the network configuration utility may be configured to apply predictive analytics to facilitate reconfiguration.
  • the predictive analytics may comprise pattern recognition and machine learning techniques.
  • the network performance analysis utility may automatically generate rules for responding to network performance issues.
  • the network performance analysis utility may be configured to detect network attacks or network vulnerabilities.
  • the method may include: 1) configuring, by at least one client site network component that is implemented at least at the first client site, a bonded/aggregated connection by bonding or aggregating one or more diverse network connections, the at least one client site network component configured to interoperate with at least one network server component, the network server component including a server/concentrator that is implemented at an access point to a high-performing network interconnected with the second client site; 2) collecting network performance data from a variety of sources or network points in real-time or near real-time by a data collection utility of a cloud- based network manager; 3) dynamically analyzing the collected network performance data in real-time or near real-time by a network performance analysis utility of the cloud-based network manager; and 4) reconfiguring at least one of: the at least one client site network component, the at least one network server component, the one or more diverse network connections, and the bonded/aggregated connection based on the analyzed network performance data by a network configuration utility of the cloud-based network manager.
  • the method may include displaying, by an electronic portal of the cloud-based network manager, at least one of: the collected network performance data and an analysis output of the network performance analysis utility of the network system.
  • the method may include generating, by the network performance analysis utility, data required to modify network paths in the long haul network connections between the first client site and the second client site.
  • the method may include determining, by the network performance analysis utility, a network performance score based on the network performance data.
  • the network performance score may be a Quality of Experience score.
  • the method may include collecting, by the data collection utility, at least one of: Simple Network Management Protocol (SNMP) data, Netflow data, IP traffic data, on-device statistics from the client site network component, on-device statistics from the network server component, device configuration data, and log data.
  • SNMP Simple Network Management Protocol
  • the client site network component and the network server component may be configured to interoperate to generate and maintain a network overlay for managing network communications between the first client site and the access point, wherein between the client site network component and the network server component data traffic is carried over the bonded/aggregated connection, and between the access point and the second client site the network server component terminates the bonded/aggregated connection and passes the data traffic to the high-performing network.
  • the method may include controlling, by the network configuration utility, the network overlay to reconfigure one or more network server components or one or more network paths.
  • the method may include reconfiguring, by the network configuration utility, a managed network path comprising the bonded/aggregated connection and at least one network path carried over the high-performing network.
  • the method may include storing, by the data collection utility, the collected network performance data in at least one electronic data store.
  • the method may include automatically provisioning, by the network configuration utility, one or more network devices between the first client site and the second client site.
  • the method may include automatically reconfiguring, by the network configuration utility, the client site network component to: 1) collect the network performance data; and 2) initiate the configuration of a network overlay to include one or more network server components to improve network performance.
  • the method may include applying, by the network configuration utility, predictive analytics to facilitate reconfiguration.
  • the predictive analytics may comprise pattern recognition and machine learning techniques.
  • the method may include comprising automatically generating rules for responding to network performance issues by the network performance analysis utility.
  • the method may include detecting network attacks or network vulnerabilities by the network performance analysis utility.
  • FIG. 1A illustrates a prior art network configuration that includes a bonded/aggregated network connection, and illustrates the problem of long haul aggregation/bonding.
  • FIG. 1 B also illustrates a prior art network configuration that includes central management of bonded/aggregated network connections, which also shows the problem of long-haul aggregation/ bonding with multiple customer sites.
  • FIG. 2A shows a network solution with bonding/aggregation implemented at both Site A and Site B, while minimizing long haul effects, exemplary of an embodiment.
  • FIG. 2B shows another network solution, in which bonded/aggregated network service exists at Site A but not at Site B, exemplary of an embodiment.
  • FIG. 2C shows still another network solution in which bonding/aggregation is implemented as between Site A, Site B, and Site C, exemplary of an embodiment.
  • FIG. 2D shows a further implementation of a network architecture in which servers/concentrators are implemented as part of a Point-of-Presence, exemplary of an embodiment.
  • FIG. 2E shows a network solution with bonding/aggregation and cloud provisioning implemented at both Site A, Headquarter (HQ) A and Site C to connect to Internet and other sites, exemplary of an embodiment.
  • FIG. 3 is a block diagram of a communication device providing aggregation means on the client/CPE side of a network connection, exemplary of an embodiment.
  • FIG. 4 is a block diagram of a communication device providing aggregation means on the server/concentrator side of a network connection, exemplary of an embodiment.
  • FIG. 5 is a block diagram of a communication network providing aggregation means on both the client/CPE side and server/concentrator side of a network connection, exemplary of an embodiment.
  • FIG. 6 is a flow diagram of a method of providing redundancy and increased throughput through a plurality of network connections in an aggregated network connection, exemplary of an embodiment.
  • FIG. 7A illustrates a prior art network architecture where long haul effects apply, and presents network performance based on download speed.
  • FIG. 7B illustrates, in similar network conditions as in FIG. 7a, an embodiment that reduces long haul bonding/aggregation, improved network performance based on faster download speed.
  • FIG. 8A illustrates a cloud provisioning system, exemplary of an embodiment.
  • FIG. 8B illustrates an electronic portal in a cloud provisioning system, exemplary of an embodiment.
  • FIG. 9 illustrates multiple data sources in a cloud provisioning system, exemplary of an embodiment.
  • FIG. 10A illustrates a first portion of a Cloud Concentrator Dashboard interface shown on a Portal as provided by a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 10B illustrates a second portion of a Cloud Concentrator Dashboard interface shown on a Portal as provided by a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 10C illustrates a third portion of a Cloud Concentrator Dashboard interface shown on a Portal as provided by a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 10D illustrates a forth portion of a Cloud Concentrator Dashboard interface shown on a Portal as provided by a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 11A illustrates a first portion of a CPE Dashboard standard interface shown on a Portal as provided by a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 11 B illustrates a second portion of a CPE Dashboard standard interface shown on a Portal as provided by a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 11 C illustrates a third portion of a CPE Dashboard standard interface shown on a Portal as provided by a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 11 D illustrates a forth portion of a CPE Dashboard standard interface shown on a Portal as provided by a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 12A illustrates a first portion of a CPE Dashboard VoIP interface shown on a Portal as provided by a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 12B illustrates a second portion of a CPE Dashboard VoIP interface shown on a Portal as provided by a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 12C illustrates a third portion of a CPE Dashboard VoIP interface shown on a Portal as provided by a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 13A illustrates a first portion of a Point-of-Presence (PoP) Dashboard interface shown as provided by a Portal of a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 13B illustrates a second portion of a PoP Dashboard interface shown on a Portal as provided by a Cloud-Based Network Manager, exemplary of an embodiment.
  • PoP Point-of-Presence
  • FIG. 13C illustrates a third portion of a PoP Dashboard interface shown on a Portal as provided by a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 14 illustrates various architecture components of a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 15 illustrates additional architecture components of a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 16A shows an example relationship between a netflow collector and a SCN central database.
  • FIG. 16B shows an exemplary main entity relationship diagram (ERD) for a central SCN database.
  • ERP main entity relationship diagram
  • FIG. 17 illustrates a view of a Management Portal as provided by a Cloud-Based Network Manager, exemplary of an embodiment.
  • FIG. 18 illustrates another view of a Management Portal as provided by a Cloud- Based Network Manager, exemplary of an embodiment.
  • FIG. 19 illustrates an example method of aggregated Quality of Experience (QoE) calculation, exemplary of an embodiment.
  • QoE Quality of Experience
  • FIG. 20 illustrates a QoE test score graph over a bounded network, exemplary of an embodiment.
  • FIG. 21 illustrates an example Business Process Intelligence interface, exemplary of an embodiment.
  • FIG. 22 illustrates Business Process Intelligence being provided by multiple data sources, exemplary of an embodiment. DETAILED DESCRIPTION
  • a network solution for improving network communication performance between at least two sites, where the two sites are at a distance from one another that would usually require long haul network communication.
  • the network solutions include at least one network bonding/aggregation system that includes (A) at least one first network component that is implemented at a first service site, the first network component being configured to bond or aggregate one or more diverse network connections so as to configure a bonded/aggregated connection that has increased throughput; and (B) a second network component, configured to interoperate with the first network component, the second network component including a server/concentrator (also referred to as network server component) that is implemented at an access point to a high-performing network backbone.
  • a server/concentrator also referred to as network server component
  • the first network component may be implemented using what is referred to in this disclosure a "CPE" or customer premises equipment (also referred to as client site network component).
  • CPE customer premises equipment
  • the CPE and a server/concentrator component interoperate to configure the bonded/aggregated connections in order to provide improve network connections at a site associated with the CPE.
  • a CPE may be referred to as a client site network component, where a server/ concentrator may be referred to as a cloud concentrator (CC) or a network server component.
  • CC cloud concentrator
  • the server/concentrator is implemented at an access point, with access to the network backbone (e.g. a high-performing network 112) so as to avoid long-haul bonded/aggregated network communications.
  • the network backbone e.g. a high-performing network 112
  • network architectures that involve long-haul bonded/aggregated network communication result in less than optimal performance, thereby minimizing the advantages of the bonding/aggregation technology.
  • the bonding/aggregation technology may improve service to Site A associated with for example a CPE (or equivalent), based on bonding/aggregation between the CPE and an associated server/concentrator (or equivalent), overall performance may be less than desired and in fact may be less than what would be available without bonding/aggregation because of the long haul effects of carrying the bonded/aggregation from Site A, to at least Site B. These long haul effects may be present wherever Site A and at least Site B are at a substantial distance from one another.
  • the server/concentrator may be implemented as a cloud service, a cluster service or simply a cluster hosted in cloud, or a router server configured based on certain configurations.
  • the clusters or cloud concentrators may serve multiple CPEs.
  • a client site may have multiple CPEs and a cluster can serve multiple client sites.
  • the clusters or cloud concentrators (“CC”) may also communicate with one another on a basis of multiple points-of- presence (“Multi- POP”), as will be described below.
  • the server/concentrator may be remotely or closely coupled with one or more CPEs, and may be implemented by software components, hardware components, or a combination of both software and hardware components.
  • the server/concentrator may be implemented to one or more server computers, or may be implemented as an interconnected network of computers residing at the same or different physical locations, and connected to one or more CPEs and the core network (e.g. MPLS) through one or more trusted network connections.
  • the server/concentrator can interoperate with CPEs and/or the other components in the network architecture in order to deliver the functionalities described herein.
  • FIG. 1A illustrates the problem of long haul aggregation/bonding generally.
  • packets are carried over the Internet (102) through an extension of the bonded/aggregated connection across the Internet (102), rather than a high-performing Internet.
  • the bonded/aggregated connection, across a distance that is subject to long haul effects, will not perform as well as the Internet (102), thereby providing less than ideal performance.
  • the Example in Operation reflects another problem with prior art bonding/aggregation solutions, namely that they generally require control or management by a central server. Depending on the location of the central server, this can result in multiplying the long haul effects because traffic between Site A and Site B may also need to be transferred to a Site C that is associated with the central server. This aspect is illustrated for example in FIG. 1 B.
  • Central server (104) manages network communications, and in fact routes network communications between Site A and Site C. To the extent that the distance between central server (104) is substantial from either of Site A or Site C, long haul effects will be present.
  • central server (104) is at a substantial distance from each of Site A and Site C, then there will be a multiplying of the long haul effects, as network traffic will pass from Site A to the central server (104) to Site C, and from Site C to the central server (104) to Site A.
  • Embodiments disclosed herein may provide a network solution, including a networking system and architecture and associated networking method, may address the aforesaid long haul effects that have a negative effect on performance.
  • the server/concentrator side of a bonding/aggregation network solution for Site A (120a) is implemented such that (A) the location of the server/concentrator is implemented with access to the network backbone of Internet (112), and (B) the server/concentrator (110a) includes functionality for (i) receiving packets by means of the bonded/aggregated connection (116a), (ii) interrupting the bonded/aggregated connection (116a) using an interruptor (118), and (iii) directing the packets (114) to the Internet (112) for delivery to a Site B (120b).
  • Site B also has bonded/aggregated network service
  • the packets are delivered to a Site B side server/concentrator (110b).
  • Server/concentrator (110b) established a further bonded/aggregated connection (116b) and directs the packets (114) via the bonded/aggregated connection (116b) to a CPE (B) (124b) at Site B.
  • FIG. 2B illustrates a configuration where bonded/aggregated network service exists at Site A but not at Site B.
  • FIG. 2C illustrates one possible implementation, where the network system is based on a distributed network architecture where server/concentrators (110a) (110b) (110c) and corresponding CPEs (124a) (124b) (124c) are configured to provide improved network communications, including interruption of network communications at the network backbone so as to reduce long haul effects dynamically and on a peer to peer basis without the need for a persistent central manager.
  • each of the network components of the network system include functionality to operate on a peer to peer basis.
  • a CPE (124) initiates network communications on a bonded/aggregated basis, cooperating with a server/concentrator (110), with packets destined for a remote location.
  • Each server/concentrator (110) receives dynamic updates including a location and identifier associated with other server/concentrators (110).
  • Packets are dynamically sent to a server/concentrator (110) at the remote location, if available, and from the server/concentrator (110) at the remote location to its CPE (124).
  • the CPEs (124) and their server/concentrators (1 10) use bi-directional control of network communications to establish a network overlay to provide improved network performance.
  • the network overlay for example, provides desirable quality of service despite underlying network conditions that may otherwise resulted in a decrease in network performance.
  • the network system may establish and manage two or more network overlays.
  • a first network overlay (126) is established between the CPE(A) (124a) and server/concentrator (110a); then, communications are transferred over the Internet (112) without a network overlay; then, a second network overlay (129) is established between server/concentrator (110b) and CPE(B) (124b).
  • IP transport is provided between Site A and Site B where this will provide better performance than the aggregated/bonded network connections. Bonding/aggregation in effect is distributed across the locations, rather than attempting to span the distance between the locations with end-to-end bonding/aggregation.
  • Embodiments disclosed herein therefore may provide distributed bonding/aggregation.
  • Embodiments disclosed herein may also provide a network system that automatically provides distributed bonding/aggregation in a way that bonding/aggregation is proximal, and beyond proximal connections IP transport is used, with proximal bonded/aggregated connections and fast Internet being used as part of end-to-end improved service.
  • a distribute proximal aggregation model for the network may be implemented.
  • a plurality of Concentrators or CCs may be established in multiple locations covering a multitude of Proximal Aggregation points which may be referred to as Home-POPs.
  • Each CC can support multi-tenant configurations used for multiple clients associated with different CPEs to improve network performance for such multiple clients by providing termination of their ANA service and transfer of communications to the network backbone/Internet.
  • the network solution can include multiple Points-of-Presence, distributed geographically to bridge disparate areas with improved network communication using proximal aggregation to each customer link-aggregation CPE device.
  • one or more server/concentrators can be implemented at a physical location, as part of a Point-of Presence (PoP) ( 30).
  • a PoP can define a relatively high concentration of servers/concentrators within an area.
  • a plurality of PoPs (130) may be available in a geographic location.
  • a plurality of PoPs (130) may be established based on network topology or service requirements in a given area.
  • each PoP (130) has one or more network backbone connections (132), because in some locations different network backbones may be available.
  • the PoP (130) may be implemented so that it dynamically interoperates with surrounding networks.
  • the PoP (130) is a collection of network components, established at the periphery of the network backbone (112), associated with a plurality of networks, and cumulatively providing network communication service to a one or more clients in a defined geographic area.
  • the server/concentrators (110) located within the PoP (130) functions as a network access server for connecting to the Internet (112).
  • the network access server (110) acts as the access point to the Internet (112) for a plurality of CPE devices (124) that are connected to the PoP (130).
  • the servers/concentrators (110) may be configured to communicate with one another to share information regarding network conditions.
  • Servers/concentrators (110) provide connectivity to CPEs (124) and may also run a networking protocol such as BGP to route servers and other network backbone connections (112).
  • servers/concentrators (110) are configured to detect changes in their network environment.
  • the CPE (124) may be configured to collect information from network components in its vicinity including from one or more available PoPs (130) and their servers/concentrators (110).
  • the CPE (124) for example connects to a closest available server/concentrator (124), implemented as part of a PoP (130), and thereby having access to a connection to the network backbone (112). Whether the connection to the network backbone (112) is direct or indirect, the network connections are established so as to minimize long haul effects.
  • each CPE (124) wanting to establish a connection dynamically advertises its IP address, and receives replies from associated servers/concentrators (110) along with their current network performance information.
  • the CPE (124) initiates a bonded/aggregated connection with a server/concentrator (110) that is both proximal (to minimize long haul effects between the CPE (124) to the network backbone (112)), and also that based on network conditions relevant to the particular server/concentrator, is performing well.
  • a network device is deployed that bonds or aggregates multiple, diverse links.
  • the network device may be WAN aggregator or a link aggregator.
  • QoS quality of services
  • One or more CPEs and one or more concentrators can create various different network configurations that improve network performance in relation to network communications between them.
  • the CPEs and concentrators are designed to be self- configuring, and to interoperate with one another to manage traffic in a more effective way.
  • Proximal means a distance such that based on relevant network conditions, long haul network communication and associated effects are avoided.
  • the distance between the CPE and the server/concentrator is proximal, thereby enabling good network service.
  • the network components may be at disparate locations.
  • the server/concentrator (110) may be located at an access point to the network backbone (112) or in some other way to minimize the long haul effect, for example, by the server/concentrator being located proximal to an access point so as to further avoid long haul network communication.
  • the bonded/aggregated connection at Site A and the bonded/aggregated connection at Site B may be different, in the sense that each may include different types of network connections and that may be associated with different carriers.
  • the network overlay provided operates notwithstanding such diversity.
  • the network backbone (112) could be any high performance network including for example a private WAN, the Internet, or an MPLS network.
  • a number of customer sites (120a, 120b, 120c, 120d, 120e, and 120f) are connected to each other via Internet 112, which may provide a secured private VPN network solution to multiple users.
  • the Internet may include a high-performing network such as an MPLS network backbone that is typically provided by one carrier; multiple MPLS networks provided by multiple carriers may also be connected via multiple Points-of-Presence (POPs) to form a super network.
  • POPs Points-of-Presence
  • each of Site A 120a and Site C 120c has a CPE (124a and 124c, respectively), which is then connected to a cloud concentrator CC 110a with some form of link aggregation/ bonding technology as described elsewhere in this disclosure.
  • the CC 110a can be also connected to other CCs (not shown) within a Point-of-Presence 130a located closest to Site A 120a and Site C 120c.
  • some CCs may not be associated with a POP. Whether a CC is part of a POP may change over time, as CC and/or a cloud-based Network Manager 140 (further described below) may dynamically receive and analyze real-time data regarding various network characteristics. For example, CC 110b or the cloud-based Network Manager 140 may receive information indicating that a commonly used network path has failed due to power outage, it then may decide to seek alternative connection to the Internet via the closest POP 130d. As described below, the cloud-based Network Manager 140 may configure or reconfigure the client site network components (e.g. CPEs) or network server components (e.g.
  • client site network components e.g. CPEs
  • network server components e.g.
  • the Network Manager 140 may automatically reconfigure a CPE to collect network performance data and initiate the configuration of a network overlay to include one or more network server components to improve network performance.
  • FIG. 16B is an example main entity relationship diagram (ERD) for central SCN database 149.
  • the database 149 may provide the following example functionalities: represent entities or objects for storage and reuse between sessions and pages; represent objects for security and management of applications; and store and retrieve data obtained from devices for historical data, troubleshooting or billing.
  • the list of functionalities is not meant to be limiting and is illustrative of example functionality.
  • the architecture of embodiments disclosed herein can be understood as a centralized architecture for aggregating network connections, broadband or otherwise. Diverse network connections are aggregated into a virtual (logical) connection that provides higher throughput as well as independence of the network characteristics of the constituent (physical) network. The virtual connection can then be connected to a network in manners as described herein. Aggregation may be performed at a given CPE terminal.
  • a Metro Ethernet 10 Mbps (E10) link and a T1 (DS1) link can be aggregated in accordance with embodiments as described below, in order to provide higher fault tolerance and improved access speeds.
  • the aggregation of diverse carriers may extend to any broadband network connection including Digital Subscriber Line (DSL) communications links, Data over Cable Service Interface Specification (DOCSIS), Integrated Services Digital Network, Multi-protocol Label Switching, Asynchronous Transfer Mode (ATM), and Ethernet, etc.
  • DSL Digital Subscriber Line
  • DOCSIS Data over Cable Service Interface Specification
  • ATM Asynchronous Transfer Mode
  • the links to be aggregated can be any private or public Internet services such as cable, ADSL, T1 , Fibre, xOE (over Ethernet types), wireless, as well as other MPLS connections so long as the network path reaches a CC for lower-link processing from a CPE terminal.
  • private or public Internet services such as cable, ADSL, T1 , Fibre, xOE (over Ethernet types), wireless, as well as other MPLS connections so long as the network path reaches a CC for lower-link processing from a CPE terminal.
  • one or more network overlays are established, thereby in an aspect providing a multi-POP network that exploits multiple points of presence so as to provide a persistent, configurable/reconfigurable network configuration that provides substantial network performance improvements over prior art methods.
  • the CPEs/concentrators may monitor network performance, including in the areas proximate to their position, and may reconfigure the network overlay dynamically, across multiple locations (including multiple PoPs) based on changes in network performance while providing continuity of service.
  • the network components of embodiments disclosed herein may be intelligent, and iteratively collect network performance information.
  • each CPE is able to direct associated concentrator(s) and any CPE to, in aggregate, reconfigure the network overlay.
  • management of the network may be centralized or decentralized, such as through the cloud-based Network Manager 140, depending on the configuration that provides the best overall performance. This is in contrast to prior art solutions that generally require central management, for example, of termination of connection which results in traffic being carrier over bonded/aggregated connection that involve long haul transmission that fail to take advantage of network paths that may provide inherently better performance than the bonded/aggregated connection paths.
  • the Network Manager 140 may implement cloud provisioning for the Core and Multi- PoP Network and for the network overlay.
  • the Network Manager 140 may also implement cloud provisioning in the context of CC to CPE on the edge of the Multi-PoP network where aggregation/ANA is performed when the first site and the second site connect to each other.
  • the Network Manager 140 may also implement cloud network control for network (including overlay) for the CCs or PoPs of the network overlay when more than two remote sites are present and can communicate with each other in a point-to-point or full mesh topology. In some embodiments, there may not be overlays between the PoPs the aggregated connection is extending the reach of the overlay on the edge between the remote sites over the Multi-PoP network.
  • the Network Manager 140 may also extend network control and provisioning to the VWAN/SD-WAN Control Plane which as a secure customer protected route domain overlay between pops in a point to multipoint full mash implementation.
  • the Network Manager 140 may be operably linked to a central SCN database or data store 149, which may be a SQL database.
  • the Network Manager 140 provide and store QoE Scores for a customer's multi-site network where a summary grid may be presented showing CPE to CPE and PoP to PoP Quality of Experience (QoE) scores to help predict or measure the network performance for applications and services traversing the Multi- PoP network.
  • QoE Quality of Experience
  • decentralized management is made possible by peer-to-peer functionality implemented to the network components.
  • a plurality of servers/concentrators may be established in multiple locations covering a plurality of different access points.
  • Each server/concentrator may be used for multiple clients associated with different CPEs to improve network performance for such multiple clients by providing termination of their bonded/aggregated connection and transfer of communications to the network backbone.
  • the network solution disclosed herein therefore may include multiple Points-of-Presence, distributed geographically including for example in areas requiring network service, and through the network architecture disclosed herein bridging geographically disparate areas with improved network communication therebetween.
  • the connections within one or more network overlays 126, 129 may be implemented with Intelligence Packet Distributed Engine (IPDE), a system that can use an advanced queuing and distribution algorithm with bidirectional information to support asymmetrical environments.
  • IPDE Intelligence Packet Distributed Engine
  • the IPDE can leverage the bandwidth of bonded or aggregated network connections, even where the links in the connection exhibit substantially different performance.
  • the IPDE may support diverse carrier/access aggregation, combine differing speeds or latency links, and combine symmetrical and asymmetrical links.
  • IPDE may further be implemented with the RLA (Rate-Limit- Avoidance) feature for lower links to recognize and avoid poor quality bandwiwdth regions of broadband circuits or connections.
  • RLA Random-Limit- Avoidance
  • This technique can provide a queue bypass to optimize WAN and Internet traffic.
  • IPDE may provide QoS to a public Internet network infrastructure, with improved quality for converged voice and data over public broadband links. In this manner, RLA reserved bandwidth options can give high priority traffic data (e.g. VoIP) both urgent and guaranteed delivery.
  • the IPDE-RLA utility may be further implemented to calibrate lower links automatically and set the RLA parameters for optimal performance when mixing voice and data traffic.
  • an auto-calibration technique may use different lower-link characteristics to place customer traffic within usable low-latency range of circuit by: 1) automatically identifying poor-quality-bandwidth-region while measuring link bandwidth and quality to set the OPDe-RAL bandwidth and IPDE-weight settings for lower-links; 2) using the IPDE-RLA reserve values to ensure the reserved traffic has been accommodated for in the RLA settings for IPDE-RLA-Bypass traffic; and 3) automatically calibrating lower-links for data and data/voice users (e.g.
  • IPDE-Queue parameters can be set automatically according to a RLA bandwidth for improved accuracy.
  • auto- calibration can be scheduled for lower links whose bandwidth and quality may fluctuate.
  • auto-calibration may be part of a CPE configuration during zero-touch provisioning when a CPE is remotely configured and calibrated by the Network Manager 140.
  • the IPDE or IPDE-RLA engine may be installed on the Network Manager 140, or at least may be operably linked or coupled to the Network Manager 140.
  • embodiments disclosed herein may be implemented in connection with any technology for bonding or aggregating links, and thereby reduce long haul effects.
  • link aggregation is one form of bonding/aggregation that may be used as part of the overall network solution and network architecture disclosed herein.
  • system, method and network architecture may be implemented such that the aggregated/bonded network connections described are implemented using the link aggregation technology described in Patent No. 8,155,158.
  • a Metro Ethernet 10 Mbps (E10) link and a T1 (DS1) link are aggregated, in order to provide higher fault tolerance and improved access speeds.
  • the aggregation of diverse carriers may extend to any broadband network connection including Digital Subscriber Line (DSL) communications links, Data over Cable Service Interface Specification (DOCSIS), Integrated Services Digital Network, Multi-protocol Label Switching, Asynchronous Transfer Mode (ATM), and Ethernet, etc.
  • the network connections may also include a WAN.
  • an apparatus for managing transfer of communication traffic over diverse network connections aggregated into a single autonomous connection, independent of the various underlying network connections.
  • the apparatus may include a network aggregation device and an aggregation engine.
  • the network aggregation device may be adapted to configure a plurality of network connections, which transfer communication traffic between a further network connection and the plurality of network connections, as an aggregated group for providing a transfer rate on the further communication link, and to allocate to the aggregate group a rate of transfer equal to the total available transfer rate of the underlying networks.
  • the aggregation engine may be adapted to manage the distribution of communication traffic received both to and from a plurality of network connections, establishing newly formed aggregated network connections.
  • the aggregation engine may be implemented in software for execution by a processor, or in hardware, for example.
  • a plurality of diverse network connections may be aggregated to create an aggregated network connection.
  • the diversity of the network connections may be a result of diversity in provider networks due to the usage of different equipment vendors, network architectures/topologies, internal routing protocols, transmission media and even routing policies. These diversities may lead to different network connections with different latencies and/or jitter on the network connection. Also, variation within transmission paths in a single provider network may lead to latency and/or jitter variations within a network connection.
  • Latency and jitter typically affect all data communication across the network connection. Latency may refer to the round-trip time for a transmission occurring end-to-end on a network connection. Jitter may refer to the variance in latency on a network connection for the same data flow. High latency and jitter typically have a direct and significant impact on application performance and bandwidth. Applications such as VOIP, and video delivery are typically sensitive to jitter and latency increases and can degrade as they increase.
  • Transparent aggregation of a plurality of network connections in an aggregated network connection requires the management of data transmitted over the aggregated connection by the aggregation engine and received from the aggregation traffic termination engine.
  • transparent aggregation does not require any configuration by a network provider.
  • the aggregation engine and the aggregation traffic termination engine may manage data transmission such that the variable path speeds and latencies on the plurality of network connections do not affect the application data transmitted over the aggregated network connection.
  • the network aggregation engine and the aggregation traffic termination engine may handle sequencing and segmentation of the data transmitted through the aggregated connection to transparently deliver application data through the aggregated connection with minimal possible delay while ensuring the ordered delivery of application data.
  • the network aggregation engine provides a newly aggregated network connection with a capacity equal to the sum of the configured maximum throughput of the network connections.
  • the aggregation engine and an aggregation traffic termination engine (further explained below) handle the segmentation of packets as required in confirmation with architectural specifications such as Maximum Segment Size (MSS) and Maximum Transmission Unit of the underlying network connections.
  • the network aggregation device is operable to handle assignment of sequence identifiers to packets transmitted through the aggregated network connection for the purpose of maintaining the ordering of transmitted data units over the aggregated network connection.
  • the network connection device includes or is linked to a connection termination device, and a plurality of fixed or hot swappable transceivers for transmitting communication traffic on respective sets of network connections, for the purpose of configuring a plurality of network connections as an aggregated connection or the management of multiple aggregated network connections and providing access to the aggregated network connection for any network communications traversing the device.
  • routing protocols or route selection mechanisms described are intended only to provide non-limiting examples.
  • FIG. 3 is a block diagram of a communication device acting as a client, exemplary of an embodiment.
  • the network element/network aggregation device also referred to in this disclosure simply as the “device” or the “network aggregation device”
  • the network connection termination module 25 that includes representative transceiver interfaces 14, 15 and 16.
  • Each transceiver interface 14, 15 and 16 represents an interface to a physical communication medium through which communications may be established to network connections.
  • a possible implementation of the network aggregation device may use a single or multiple chassis with slots for multiple network connection termination modules and multiple network aggregation engine modules.
  • the multiple network connection termination modules may be grouped by protocol-specific or medium-specific transceiver/interfaces.
  • the network aggregation engine 11 may handle the configuration of the network aggregation device and all related interactions with external inputs.
  • a device configuration store 24 may provide persistent data storage for device configuration information such as a network aggregation policy.
  • the network aggregation engine 11 may handle queries from external sources, such as configuration parameters of a network management protocol such as Simple Network Management Protocol, for example.
  • the interface 10 may be a protocol agent and may provide for communication with a Network Management System (NMS) or operator system for configuration of the aggregation engine by the definition of an aggregation policy.
  • NMS Network Management System
  • Control and management information may be transferred between the network aggregation device 23 and the NMS or operator system through the interface 10 via any available or specifically designated network connection 19, 20, 21 and 17 through any transceiver interface 14, 15 and 16.
  • multiple network connections may be combined to form an aggregated network connection 22, as disclosed in further detail herein.
  • Each individual network connection may be configured with a maximum communication traffic rate, which may be expressed as a bit rate in bits per second.
  • the network aggregation engine 11 may be implemented in software for execution by a processor in the network aggregation device 23, or in hardware such as by means of a Field Programmable Gate Array (FPGA) or other integrated circuit, or some combination thereof.
  • the network aggregation engine 11 may be implemented in a distributed manner by distributing aggregation engine intelligence to the network connection termination module 25.
  • the network aggregation engine 11 may receive traffic from client network connection device 18 through a network connection 17 provided through a transceiver interface 16.
  • the client network connection device 18 may be any device including, without limitation, a router, switch, or media converter that is capable of providing termination for a single or multiple client nodes, where nodes are any devices capable of connecting to a network irrespective of protocol or interface specificity.
  • traffic may be received over multiple network connections through a single or multiple transceiver interfaces.
  • the network aggregation engine 11 may accept all traffic from the client network connection, may provide encapsulation and segmentation services for the traffic for transmission through the aggregated network connection 22, and may transmit it over any of the network connections 19, 20 and 21 through any of the transceiver interfaces 14, 15 and 16.
  • the network aggregation engine 11 may handle segmentation in a manner that avoids the fragmentation of aggregated communication traffic received through the client network connection device 18, when transmission occurs over the aggregated network connection 22 through any of the network connections 19, 20 and 21 , by ensuring that the length of a packet/frame transmitted over any of the network connections 19, 20 and 21 is less than or equal to the configured or detected frame length for the respective connections in the aggregated network connection 22.
  • the network aggregation engine 11 may poll the state of network connections 19, 20 and 21 , for example, as per configured intervals stored in the device configuration store 24, to ensure that all network connections configured in an aggregated group are within configured acceptable tolerances. If a network connection 19, 20, and 21 exceeds acceptable tolerance values for any of the polled parameters, the network aggregation engine 11 may remove the network connection 19, 20, and 21 from within the aggregated network connection 22 without removing it from the polled network connections list. By leaving the removed network connection 19, 20, and 21 in the polled network connection list, the network aggregation engine 11 may aggregate the network connection into the aggregated network connection 22 once it has come back within acceptable tolerance values.
  • the network aggregation engine 11 may handle notifications to all end points configured within the device configuration store 24 with internal events such as changes in network connection state, threshold violations on configured thresholds for any number of configurable variables for any object within or connected to the network aggregation device 23.
  • the network aggregation engine 12 may also handle events such as changes in the state of a network connection 19, 20, and 21 included in the aggregated connection, changes in latency of a network connection included in the aggregated network connection 22, scheduling changes, event logging, and other events.
  • FIG. 4 is a block diagram of a communication device acting as a server/concentrator, exemplary of an embodiment.
  • the network aggregation engine 11 may provide access to a network aggregation policy database 36 which stores configuration information related to the various aggregated network connections that terminate on the aggregated network connection device 28.
  • the network aggregation termination device 28 may be implemented in such a manner that each aggregated network connection defined in the network aggregation policy database 36 is handled by its own virtual instance, the use of which enables termination of each aggregated network connection from multiple customer premises equipment (CPE).
  • CPE customer premises equipment
  • FIG. 5 is a block diagram of a communication network acting as a client/CPE and server/concentrator, exemplary of an embodiment.
  • aggregated network connections 70, 71 and 72 may be built by network aggregation devices 63, 64 and 65, which terminate to a single aggregated network connection termination device 61 through network connections 66 and 68 as their endpoint.
  • the aggregated network connection termination device 61 may access external communications networks through network connections 66 and 68 to access external/remote network resource 69.
  • Access to external communications networks may be provided by the aggregated network connection termination device 61 by using either network connection 66 or 68 through the use of a routing protocol, such as Border Gateway Protocol (BGP), Open Shortest Path First (OSPF) protocol, or through the use of simpler mechanisms such as load sharing over multiple static routes within the communication network 74 that acts as the valid next-hop for the aggregated network connection termination device 61.
  • Border Gateway Protocol BGP
  • OSPF Open Shortest Path First
  • Aggregated network connections 70, 71 and 72 may provide access to client network nodes 67 connected to the network aggregation devices 63, 64 and 65 through the aggregated network connections 70, 71 and 72 to communications networks 74 accessible by the aggregated network connection termination device 61.
  • a client network node 67 may request data provided by an external/remote network resource 69 accessible through a communication network 74. This request for the external/remote network resource may be routed over the network connection 73 providing access from the client network node 67 over the aggregated network connection 70 to its end point which is the aggregated network connection termination device 61. This may be done through the communication network 74 by way of the network connection 66 into the aggregated network connection termination device 61. Any data sent by the external/remote network resource 69 may be routed back through the aggregated network connection termination device.
  • a particular embodiment may use the Internet as the communication network 74 referenced in FIG 5.
  • the communication network 74 may alternatively be built by multiple sub-networks created through the use of multiple network aggregation devices 63, 64 and 65 with aggregated network connection termination device 61 end points through multiple network connections 66 and 68.
  • FIG 6 illustrates a method of providing redundancy and increased throughput through a plurality of network connections in an aggregated network connection.
  • the method 90 may begin with a step of configuring a plurality of network connections 91 through the creation of a network aggregation policy to form 92 the aggregated network connection.
  • the aggregated network connection may be initialized as per the network aggregation policy.
  • Control connections may be created 93 for the plurality of network connections configured as part of the aggregated connection to allow the aggregation engine 11 to manage the membership of a network connection within the aggregated connection.
  • the network aggregation engine 11 may accept packets for transmission 94 over the aggregated network connection 22.
  • the network aggregation engine 11 may choose a network connection 95 among the group of network connections configured 91 in the aggregate in the stored aggregation policy for transmission of the current packet being transmitted.
  • the choice of network connection for transmission of the current packet may be specified within the aggregation policy and may take into account data provided by the control connection built at 94.
  • a non-responsive network connection may be easily detected when using latency and packet-loss as a measure.
  • the mechanism for detecting 96 and adapting to 97 the network connection change within an aggregated network connection may be implemented within the data transmission routine in the aggregation engine 11 or as a separate process in parallel to the transmission routine in the aggregation engine 11 to allow for further flexibility in provisioning redundancy within the aggregated network connection.
  • a single non-responsive network connection may not affect the aggregated network connection and may allow data transmission to continue regardless of the individual states of network connections so long as a single network connection within the aggregated network connection is available for data transmission.
  • FIGS. 7A and 7B illustrate network performance as discussed herein.
  • FIG. 7A illustrates performance with long haul effects.
  • FIG. 7B illustrates performance with reduction of long haul effects, based on the embodiments disclosed herein in network conditions otherwise similar to those on which FIG. 7A is based.
  • FIG. 7B shows an improvement in performance over FIG. 7A, based on reduction of long haul effects in relatively long distance network communications are implemented using the network architecture.
  • Embodiments disclosed herein therefore may provide improved network performance relative to speed and performance. Other aspects of network performance are also improved, based on embodiments disclosed herein, for example latency.
  • cloud provisioning may be implemented using a collection of applications including a cloud-based Network Manager (Orchestration) 140 and an automated cloud management portal (orchestration portal) 100 (see e.g. FIG. 2E).
  • the Network Manager 140 and the portal 100 may provide orchestration and automation of a wide area network through providing virtualized network services and other applications. These services and applications can cooperatively provide Software Controlled Networking (SCN) solutions using distributed points-of-presence across a region.
  • SCN Software Controlled Networking
  • Network Manager 140 and Portal 100 cooperate to provide a cloud-based interface that enables comprehensive network management and automated provisioning.
  • Network Manager 140 and Portal 100 may be implemented to provide the following features to provide SDN or SCN solutions:
  • the SCN solutions may be implemented as a software layer on top of existing carrier networks, creating virtual networks for business customers across one or more regions.
  • the SCN solutions may provide WAN and Internet optimization using existing infrastructures, and create faster high-performance networks for lower cost with centralized provisioning, monitoring and management of networks.
  • SCN solutions may include Zero Touch Provisioning (ZTP) for efficiently pre-configuring devices for customer premises.
  • ZTP Zero Touch Provisioning
  • SCN solutions may be managed through an automated management and provisioning portal that can help shrink operational costs while managing the user's Quality of Experience, as further elaborated below.
  • SCN solutions may be implemented as Software Defined Services using Over-The-Top Virtual Network Solutions without equipment replacement of routers and switches along the network path.
  • Embodiments of a cloud provisioning system disclosed herein may include cloud- based Network Manager 140, which may include or be operably connected to a cloud-based automated network management portal 100, as well as associated applications.
  • the cloud- based Network Manager 140 may be connected to the existing network 112 (e.g. Internet or a core network) through one or more of CCs 110 or one or more POPs 130.
  • the present solution provides improved efficiency and customer service for networking and telecommunications providers, eliminating many tasks and touch points on customer premises (CPE) and network infrastructure.
  • CPE customer premises
  • the present solution in conjunction with customer premise equipment (CPE), may be implemented using a single, low cost cloud-managed device.
  • CPE customer premise equipment
  • the present solution allows service providers to seamlessly integrate network optimization as a service and control these features from a cloud-based management portal.
  • virtual features are built into the software providing WAN optimization and Internet optimization, using acceleration to increase WAN and Internet throughput, aggregation to increase WAN and Internet bandwidth, IPQS to provide bi-directional quality assurance for WAN and Internet traffic, and seamless failover to provide high availability for WAN and Internet, and a single sign-on cloud portal improves quality of service while reducing operational costs.
  • the CPE and services may be remotely provisioned, monitored and managed.
  • the Network Manager 140 may comprise one or more of the software modules listed in table below:
  • Fig. 8A schematically illustrates a cloud provisioning system, exemplary of an embodiment.
  • the cloud provisioning system may be configured to use big data for networking with applied data science.
  • Data from various sub-systems or modules e.g. sales and back office systems, business process management, provisioning intelligence and so on
  • Network partners can benefit from advanced network data science and traffic analytics to run their networks, all without requiring to login to every CPE device.
  • an electronic Management Portal 100 may be provided, which facilitates management of networks.
  • the portal may help shrink operational costs while managing the user's Quality of Experience (QoE).
  • QoE Quality of Experience
  • the Management Portal 100 may also be referred to as a ZTP Portal 100 or SCN Cloud Portal 100 (or more generally as Portal 100) throughout this disclosure.
  • the Management Portal 100 may involve a vertically integrated multi-systems implementation that connects a variety of management, monitoring and provisioning systems into a unified cloud management application, such as Network Manager 140.
  • the Management Portal 100 ties various systems together and presents complex tools through a convenient interface for network operators and end customers.
  • the cloud provisioning network may be managed through the Management Portal 100 which allows partner operators to control the provisioning, configuration and deployment of the Autonomous Network Aggregation (ANA) solution to customers using a friendly Web-GUI with features including:
  • the Management Portal 100 provides access to a suite of functions and widgets that work with an authenticated API on the CPE device to send and retrieve information and configuration data.
  • a Zero Touch Provisioning process provided at Management Portal 100 can automatically pre-configure the CPE device with parameters relating to customer and service information prior to shipment.
  • the CPE device may automatically connect to the Internet and join a virtual network.
  • the CPE device may also be pre-configured to automatically perform device calibration. Further, the CPE device may be pre-configured to automatically register with a monitoring system and/or a remote management system.
  • Fig. 9 illustrates multiple data sources or systems that may be connected directly or indirectly to the Management Portal 100 in a cloud provisioning system, exemplary of embodiments. For example, part or all of billing, accounting, marketing, sales, logs, CPE, PoP, support, provision, install, traffic and monitor may be integrated into the cloud provisioning system, providing real or near real time data to the Management Portal 100.
  • the cloud provisioning system also provides autonomy and flexibility as it is customizable based on customer requirements, offer requirements and specific needs without physical interventions to the system; and it is more reactive to customer needs, as easy as a screen refresh.
  • the cloud provisioning system and the Management Portal 100 may further offer improved operational efficiency/lower OPEX:
  • the cloud provisioning system and Management Portal 100 interface also can provide increase Intelligence using Multiple Data Sources:
  • the cloud provisioning system and the Management Portal 100 can enhance the user's experience via features such as:
  • IP Traffic Netflow Advanced IP Traffic and Flow Information
  • IPAM IP Address Management Information
  • one or more CPE devices or other types of network equipment can be linked to one or more network connected server or cloud concentrators (CC).
  • the CPE devices and the server or cloud concentrators can form a network overlay, connected to a plurality of wired or wireless networks ("multiple networks"), and may provide improved network performance (including using link aggregation).
  • the CPE devices or other types of network equipment may include, without limitation, routers, switches, load balancers, physical and/or virtual computing equipment such as servers, desktops, terminals, storage area network devices, and so on.
  • a Cloud-Based Network Manager 140 as shown in FIG. 2E may also be referred to as cloud provisioning services 140.
  • the Network Manager 140 can be operably linked to one or more network servers and/or network overlays (including multi-POP clusters), implementing one or more cloud-based network management functions that enable the deployment and management of network solutions, which in real time (or near real time) selectively uses and/or manages the multiple networks, including data paths, communications resources, upstream providers, and other network decision points.
  • the Cloud- Based Network Manager 140 may be accessed by one or more authorized users using a computer device that connects to the Cloud-Based Network Manager (or "network manager") 140 via a Management Portal 100 using a network connection.
  • the Cloud-Based Network Manager 140 can facilitate deployment and management of network solutions, regardless of particular networks used to carry data packets or the geographic location of senders/recipients.
  • the Network Manager 140 provides a software defined networking solution.
  • software defined networking solution relates to (a) the capacity of removing physical network switch management and capabilities from the hardware, and providing this capacity using software, based on a custom Application Program Interface (API) that connects to hardware elements, and (b) the capacity of removing switch logic and control from hardware.
  • API Application Program Interface
  • the Cloud-Based Network Manager 140 can enable the decoupling of control plane from data plane on network switches or routers, and can further enable replacing of the control plane with a software controller having an interoperable and/or customizable API.
  • Network communications may be managed through software components that connect to network components (e.g., switches or routers) via an API, rather than middleware or firmware on those network components. Consequently, the cloud provisioning technology and the associated Cloud-Based Network Manager 140 disclosed herein provide virtualization, in software network components, of network equipment or elements such as physical switches and routers. Therefore, the Cloud-Based Network Manager 140 can also be referred to as "software defined network manager" that operates in the cloud.
  • the cloud provisioning technology and the Cloud-Based Network Manager 140 disclosed herein may be implemented for any type of network configuration, including a network architecture without network aggregation/ bonding technology.
  • a Cloud-Based Network Manager 140 can be an application that communicates with various network and/or business entities such as disparate collectors, alerting systems, log file systems, sales, provisioning, and ticketing systems, creating a more powerful and centralized control centre and visualization for users. In addition, it may also monitor and communicate with routers, switches, load balancers, physical and/or virtual computing equipment such as servers, desktops, terminals, storage area network devices. The system has the ability to add Operations Support Systems (OSS) in the same manner and can dynamically configure/re-configure devices such as the CPEs, switches, or routers using custom or open API's. As mentioned, customers and administrators may access the Manager via a Management Portal 100.
  • OSS Operations Support Systems
  • a Cloud-Based Network Manager 140 can treat existing Simple Network Management Protocol ("SNMP") and Netflow monitoring and collection systems as third party collectors that can facilitate alerting services on the third party system or within the Management Portal 100.
  • SNMP Simple Network Management Protocol
  • the system can optionally layer Business Process Management and Intelligence to setup more advanced logic for alerts and troubleshooting tools.
  • the NetFlow system can collect IP traffic statistics from all Concentrators (i.e. CCs).
  • the data can be uploaded to the a persistent data store or database 149 operably connected to the Network Manager 140, at which the traffic analytics can be conducted.
  • each CC may send netflow data to a netflow collector, which is operably linked to a central SCN data store 149, as shown in FIG. 16A.
  • the Management Portal 100 can access the database 149 to display various traffic views. For instance, a bandwidth utilization based on a port or protocol may be displayed, which can aid operators in diagnosing overuse of particular services or ports.
  • the Management Portal 100 may provide many views depending on predetermined settings and/or the role of the user (e.g. Partner, Customer, Administrator, etc.).
  • the Portal 100 may further provide automatic provisioning of network architecture in accordance with some aspects, as described in this disclosure.
  • the Network Manager 140 can aggregate and parse one or more categories of data below from multiple data sources, and provide a corresponding Network View via Portal 100, which can provide:
  • the Network Manager can aggregate and parse data from multiple data sources, and provide a corresponding Device View via Management Portal 100, which can provide:
  • Netflow analyzer collecting advanced IP traffic information ticket system gathering last known ticket/support activity summary
  • instructions embedded in each service check can use established rules for when services should be assigned a status including 'Critical', 'Warning', 'Unknown' or ⁇ '. For instance, service checks can be displayed normally, but when a service check is not able to be completed, a status information can be filled with the last returned result and the status of a Home-POP link can be indicated to be OK.
  • CPE service check logic is an example of a CPE service check logic:
  • the Network Manager 140 can include a data logger or a data collection utility 143 that collects and logs network performance data, and then stores the network performance data to a centralized or distributed log database.
  • the Network Manager 140 can further determine and present relevant log data from the centralized or distributed log database. A variety of data may be collected from different systems, in different data formats or structures.
  • the Network Manager 140 can aggregate and process all the data for further analyzing.
  • the centralized log database may be central SCN database 149.
  • the Network Manager 140 can also include an analytics layer (e.g. network performance analysis utility 145) that is configured to analyze the network performance data stored in a database (e.g. central SCN database 149).
  • network performance analysis utility 145 can generate network performance scores (e.g. QoE) in real time or near real time.
  • the Network Manager 140 can further include a network configuration utility 147 for configuring or reconfiguring various components and network links, e.g., client site network component or CPE 124, network server components or CC 110.
  • the network configuration utility 147 may also perform a variety of services such as monitoring, provisioning, or initiation of network overlays 126, 129, network paths, client site network components 124, network server components 110, access points, point(s)-of-presence 130, and so on.
  • the Network Manager 140 can reconfigure, through the network configuration utility 147, network paths using the network overlay 126, 129 based on a variety of factors including log data and/or network performance data gathered in real time or near real time.
  • the Network Manager 140 can further take corrective action based on application of predictive analytics.
  • a Management Portal 100 can be the user interface to display a variety of information to facilitate automated provisioning. That is, CPE devices can be initiated, configured, and deployed automatically into the cloud-based Management Portal 100.
  • the Cloud-Based Network Manager 140 application implemented on one or more servers may be connected to a plurality of network or system entities, facilitating monitoring of various network performance data such as SNMP and Netflow data.
  • the SNMP and Netflow collector infrastructure may include distributed collectors and SQL conversion.
  • Netflow collectors can use UDP for transport, which may or may not be reliable over the Internet.
  • Netflow collectors may be installed at each POP to avoid losses and may use PostgreSQL client on each collector to inject records directly to central SCN data store 149.
  • raw files can be stored on cloud or Netflow collectors for a period of time.
  • raw files can be stored for 2 to 3 days.
  • raw files may be stored for as long as needed.
  • Netflow collectors can run nfcapd from nfdump package, which can run specific command every time a new file is created.
  • Specific commands can be scripted using nfdump capability to export data to CSV as intermediate format and then import CSV to SQL using postgresql client.
  • nfdump capability to export data to CSV as intermediate format and then import CSV to SQL using postgresql client.
  • a Perl (or other scripting language) module can be implemented to work with nfdump data to convert and inject it to SQL directly in single program.
  • the Cloud-Based Network Manager 140 can provide automatic provisioning of CPEs, CEs, server concentrators and POPs for a variety of purposes such as to add sites, or add or modify network services to existing sites, and so on.
  • the Cloud-Based Network Manager 140 can streamline the deployment of multi-site network solutions using zero touch provisioning (ZTP).
  • ZTP may enable smooth deployment of network solutions without physical access to network components, where normally access to at least some network components would be required.
  • the Cloud-Based Network Manager 140 can provide a cloud based provisioning system that enables deployment/management using an "SDN type" management interface.
  • a cloud and software based network management solution e.g. Cloud-Based Network Manager 140 and Management Portal 100 interface
  • the Cloud-Based Network Manager provides a software-defined networking solution.
  • the Cloud-Based Network Manager 140 can combine, configure or reconfigure proximal aggregation at client sites, and multi-POP across distal sites, in order to improve network performance.
  • the Cloud-Based Network Manager 140 can utilize data analytics, including predictive analytics, to improve Quality of Experience (QoE), across a multitude of possible communication links.
  • the network overlay can function as a data collection network that collects real time or near real time network performance data from various network points and communication links associated with the solution.
  • a data collection utility 143 may be implemented to collect data in real time or near real-time from various network points such as CPE devices, disparate collectors, alerting systems, log file systems, sales, provisioning, and ticketing systems, creating a more powerful and centralized control centre and visualization for users.
  • it may also monitor and collect data from routers, switches, load balancers, physical and/or virtual computing equipment such as servers, desktops, terminals, storage area network devices.
  • a database stored locally or on cloud data storage device can be continuously updated with information from the data collection network and this database (e.g., central SCN database 149) can be queried by a network performance analysis utility 145 so as to generate dynamically analysis data relevant to improving configuration of communication links on the fly, for example by modifying the network paths that carry packets, by modulating communication link aggregation dynamically, based on real time or near real time performance of one or more networks or paths in an aggregated link.
  • this database e.g., central SCN database 149
  • a network performance analysis utility 145 so as to generate dynamically analysis data relevant to improving configuration of communication links on the fly, for example by modifying the network paths that carry packets, by modulating communication link aggregation dynamically, based on real time or near real time performance of one or more networks or paths in an aggregated link.
  • An aspect of the data analytics can include analysis of real-time, near real-time or historical data that can predict network performance issues which may affect network performance, including QoE.
  • the data analytics e.g. network performance analysis utility 145) may apply one or more predictive algorithms for predicting network performance issues such as link failure.
  • the network performance analysis utility 145 can use pattern recognition and machine learning techniques to generate network performance insights.
  • the resulting insights may be used to train the predictive algorithms. This may occur in real time or near real time, thus addressing dynamic factors affecting network performance.
  • the network performance analysis utility 145 can implement data science techniques to managing network performance, without the need for integration into the network infrastructure of any network. This allows the network management solution to intelligently manage selective access to multiple networks in order to provide improved performance while utilizing available resources efficiently.
  • the network performance analysis utility 145 can be capable of processing a great volume of network data in real-time or near real-time, applying big data for the purposes of network management and improvement of network performance.
  • the system can be configured to receive aggregation of data across different network management systems, and also automatically aggregating across multiple points across a network (e.g. through a bonded/ aggregated connection).
  • the network performance analysis utility 145 can use network performance insights to build rules dynamically for addressing network performance issues.
  • firewall there is an intelligent network implemented firewall that utilizes the architecture described, and the network performance analysis utility 145 to detect and respond to network attacks, or network vulnerabilities (as they emerge) to network attacks.
  • the network management solution (e.g. Cloud-Based Network Manager 140 and Management Portal 100) provide advantages particularly to multi-site customers that require WAN, Internet, and voice communication solutions, and converge between these communications.
  • automatic provisioning of the network architecture and its associated components may be performed separately from network management.
  • the network management solution may offer the following services to the users: network management (including traffic management, alerts), managing sites (IPAM and provisioning, installation and configuration), and network performance support.
  • network management including traffic management, alerts
  • managing sites IAM and provisioning, installation and configuration
  • network performance support For example, a Netflow database on data storage device may allow a user to see a screen that shows the "top ten talkers" in a user group (see. e.g. Fig 18).
  • aspects of the database storage architecture enable logging of information, in real time or near real time, from multiple sources and fast retrieval, as well as facilitate efficient analysis across different sites and so on.
  • a user When a user wishes to manage a site or a device, or monitor a site or device, the user may need a monitoring solution that pulls information from the relevant devices, such as a router etc.; or the user would have access to a platform that collects information from different devices, such as Netsuite.
  • a platform solution such as Netsuite may allow the users to see information, across different devices.
  • a user normally needs to use a separate tool to log into each individual device and actively manage it.
  • the architecture in accordance with embodiments described in this disclosure associates a device (e.g. a CPE) with an API, and enables logging information in the cloud, where the API allows access to information but also control of various network components.
  • the Cloud-Based Network Manager 140 can connect to relevant links in real time and pull appropriate information, then create a single view in the Management Portal 100 that can show relevant information for a selection of devices.
  • the Portal 100 can generate advanced traffic management analytics.
  • the Cloud-Based Network Manager 140 can include an IPAM management system that simplifies workflows. For example, IP addresses may be generated and/or stored as an "asset" in the inventory management system.
  • Figs. 17 and 18 illustrate example views of the Management Portal 100 as provided by a Cloud-Based Network Manager 140 exemplary of an embodiment.
  • Fig. 17 shows a tactical monitoring view of a particular network.
  • performance of the network and its associated components are monitored in real-time or near real-time. For example, Network Outages, Network Health, Host Health, Service Health, Hosts, Services, and so on are viewable parameters.
  • Fig. 18 shows a Monitoring QoE view of a network provided by the Management Portal 100.
  • VoIP and Data quality from the CPE device to the PBX or Application server destinations may be monitored and measured to ensure quality of service.
  • the Management Portal 100 may be configured to present QoE charts to provide visualizations of real time and historical performance. Such charts may provide a support team with end-to-end situational awareness, so problems may be quickly identified and dealt with. This may accelerate troubleshooting and repairs.
  • the Management Portal 100 can present a set of integrated graphs, reports, and tests.
  • the Management Portal 100 may provide a set of remote management tools that enable a customer or a system administrator to recalibrate and reconfigure devices to fix problems.
  • Management Portal 100 may be configured to provide collected data and associated analytics to a user-selected Network Management Platform.
  • a Quality of Experience or QoE score may be synchronised to a subjective Mean Opinion Score (MOS) standard. Calculation of QoE may be based on latency, jitter or loss values, thereby making the QoE value a more robust indicator for link quality.
  • QoE mechanism may be added to network aggregation links (e.g., at a MDPS or "Multi-Directional Pathway Selection") to obtain live link QoE information.
  • QoE-check may be conducted via SNMP, where CLI commands may be added to networking node, so that QoE tests may update system SNMP OID for retrieval by any SNMP monitoring system to produce QoE results, including QoE graphs.
  • MDPS is a pre-emptive network failover technology that generates or facilitates self-healing last-mile connection with no dropped VoIP calls and no IP address changes. All sessions and QoS configurations survive when any connection fails to ensure the user's Quality of Experience is not comprised from individual link outages.
  • MDPS may be implemented in the following aspects: automated link removal and recovery, preemptive failover/ bi-directional control, false positive checking, no dropped VoIP calls on failover, lossless data/ TCP failover, one ping loss average ⁇ 1sec outage (e.g. 200ms- 2400ms).
  • Figs. 11 B, 12A and 18, 1100a-110Of demonstrate various exemplary QoE scores for VoIP and Data, as provided by Nagios.
  • QoE score graph (or simply QoE graph) 1100a of Fig. 11B illustrates QoE values for a Home PoP network over a selected period of time
  • 1100b illustrates QoE values for VolP-PBX for a selected period of time.
  • These QoE graphs can also show the qualities of the QoE values such as "Trouble", “Poor", “Fair”, “Good” or “Excellent”, and each of the qualities may be represented by a different colour code or colour scheme, as shown in 1100a and 1100b. Referring now to Fig.
  • 1100c illustrates another QoE graph for VoIP over a period of 4 hours.
  • 1100d shows a QoE graph for a selected PoP (JFK)
  • 1100e shows a QoE graph for a selected VolP-PBX network connection
  • 1100f shows a QoE graph for a Home-PoP network.
  • Nagio may be used to supplement the data gathered by the Network Manager 140.
  • Nagio may be used to monitor uptime and service alerts for customer premises equipment (CPEs).
  • CPEs customer premises equipment
  • the Nagio system may use RRD files to generate traffic and service monitoring graphs.
  • all service checks and alerts via Nagio are polled in real time to a Nagios staging server, which can be used to reduce risk of abuse on the production server that is performing active SNMP checks.
  • the Portal 100 enables users or operators to view per-second statistics for bandwidth utilization, jitter, latency and QoE.
  • VoIP Voice over IP
  • Data can be for ERP (Enterprise Resource Planning) applications, ticketing systems, or for any other application.
  • ERP Enterprise Resource Planning
  • the QoE score is in the range of one (1.0) to two (2.0), it may indicate a troubled circuit or link. If the QoE score is in the range of two (2.0) to three (3.0), data transmission may be acceptable but VoIP may be poor. If the QoE score is in the range of 3.0 to 3.5, it is fair quality, and may be sufficient quality for voice over IP.
  • the system can further determine and show the QoE score up to ranges of 3.5 to 4, or 4 to 5.
  • lower link QoE scores can demonstrate to a user, in real time or near real-time, the per second snapshot of the quality of experience of the links of a device.
  • the snapshot may act as an indicator representing more than just latency jitter and loss.
  • This QoE tool can continuously collect information, and generate a QoE score graph on demand, such as when requested by a SNMP system or a CPE device.
  • VoIP tools may be implemented and provided to allow operators to analyze voice packets during active calls at the customer site.
  • a voice call (with the approval of the end-client) can also be captured for analysis and record keeping (e.g. customer service centres).
  • VoIP capabilities may be automatically provisioned and configured.
  • the cloud management system may automatically match bandwidth reservations to the Specific VoIP Codec.
  • the cloud management system can include device discovery, so that VoIP phones can configure themselves virtually.
  • the QoE tool may be configured to measure a QoE score for each Session Initiation Protocol (SIP) session on a VoIP communication link or device can be measured with a QoE Score. Further, detailed latency, jitter and packet loss measurements may be presented by the QoE tool for each session.
  • SIP Session Initiation Protocol
  • the QoE Tool may be configured to allow a user to record a live call as would be received by a call recipient.
  • the recording may be played back through Portal 100, thereby allowing a user to assess the call quality from the perspective of the call recipient.
  • saved voice analysis files may be stored for future analysis and reporting. Captured voice sessions can be shown in list form, and they can be downloaded or removed by the operator. When an operator selects a file from a list of captured voice sessions, details of the call may be made available, including Port, Codec used by each party, packets, lost packets, jitter and latency.
  • a method of determining aggregated QoE is shown.
  • One or more QoE values for a network path from different points or locations can be used to generate an Aggregated QoE score as follows:
  • a QoE graph 1100g shows different QoE values for different RLA (Rate-Limit-Avoidance) settings. As shown, the QoE value drops significantly when RLA, bypass, or both is removed and maximum bandwidth is used on the lower links. The removal of RLA entirely for the lower-links may result in a dramatic reduction in the QoE score as bandwidth suffers high latency or jitter.
  • Advanced business process intelligence may be implemented to provide means to calibrate the sensitivity of alerts and notifications based on the types of services that a Host is running. This may provide a monitoring system with intelligence to only send alerts when user QoE is at risk or is below a certain threshold.
  • a BPI tool in a SNMP collector system can provide high-level view and intelligence based on an aggregated QoE score.
  • white noise may be eliminated by the BPI tool so that only meaningful intelligence is taken into consideration.
  • Default or custom rules may be set up to indicate when an alert is generated.
  • Fig. 22 shows increasing business intelligence provided by multiple data sources such as Quotation helper, sales, marketing, order entry, accounting, order desk, configuration helper, install and provisioning, monitoring, and QoE, and so on.
  • order entry information, IP address information, and all other appropriate information e.g. as support, monitoring, maintenance
  • Default or custom policies may be implemented to further filter or otherwise process the collected information, based on the desired intelligence output required.
  • Management Portal 100 may provide a variety of meaningful statistics and information to users.
  • the Network Manager 140 has queried the CPE database to obtain information such as IP addresses, type of CPE device (e.g. Ai100), associated URL (e.g. bunker2.dev.teloip.net), software information (e.g. AgniOS version 4, release candidate 7), network statistics (e.g. network has been up for 6 days and 21 hours, etc.), bonded/ aggregated network connection status (e.g. been up for 165 hours, IP), as well as associated QoE score and any applicable rules. All of these information may be provided to users through Portal 100 interface.
  • information such as IP addresses, type of CPE device (e.g. Ai100), associated URL (e.g. bunker2.dev.teloip.net), software information (e.g. AgniOS version 4, release candidate 7), network statistics (e.g. network has been up for 6 days and 21 hours, etc.), bonded/ aggregated network connection status (e.g. been up for 165
  • QoE information regarding two lower links are also presented: weights, jitter, latency, the QoE score at that moment in time.
  • IPDE Intelligent Packet Distribution Engine
  • RLA bandwidth is also shown. It is further evident that various settings may be shown. For example, information such as set to 52 meg in on Link 1 , 18 meg in on Link 2, 1.593 meg out Link 1 , 6.612 out Link 2, reserve bandwidth set about 500K in, 400K out, bypass rules, and so on, may be displayed as well on demand or by default.
  • a Cloud Concentrator Dashboard view is shown on a Portal 100 for Partners (e.g. "Partner Portal" as an illustrative example).
  • the Partner Portal is designed such that a user does not need to be a network administrator or professional to view or understand the data.
  • the user can pick one or more Cloud Concentrators (e.g. YYZ, JFK, etc.) from a drop-down menu.
  • a variety of parameters and data analytics can be displayed in real-time or near- real time. Historical data may be shown as well.
  • on-board diagnostic tools may be provided to facilitate troubleshooting or isolating of issues.
  • the following data may be viewed on the Partner Portal: server status, user IP, bandwidth chart, traffic statistics, Netflow data, CC connection details, underlying CPE data, network logs, and so on.
  • a CPE Dashboard standard view is shown on the Partner Portal.
  • a user can select a CPE device he/she desires to view. Once selected, a variety of information may be collected, processed and/or displayed, such as: lower-links status, server data, traffic analytics, Netflow data, QoE values, historical alerts, interface status and information, logs for lower-links, and so on.
  • a CPE Dashboard VoIP view is shown on the Partner Portal.
  • a user can select a CPE device he/ she desires to view.
  • a variety of information may be collected, processed and/or displayed, such as: lower-links status, server data, traffic analytics, Netflow data, QoE values, SIP trace, historical alerts, interface status and information, logs for lower-links, and so on.
  • lower-links status server data
  • traffic analytics Netflow data
  • QoE values Netflow data
  • SIP trace historical alerts
  • interface status and information logs for lower-links, and so on.
  • lower link status can be dynamically obtained from CPE device.
  • Information can be collected dynamically from provisioning process and CPE device.
  • the Portal can also show support status for existing tickets. A user may also open ticket from here as a link.
  • a QoE score for VoIP in the form of SNMP data can be shown. Availability in the form of SNMP data may also be shown.
  • SIP trace can be shown (e.g. interface status and information data); a live trace of the SIP protocol may be shown in real-time or near real-time. This can facilitate troubleshooting.
  • SIPPCAP VoIP utility can also be available - PCAP is a common tool for troubleshooting.
  • SIPPCAP can be the alternative to PCAP. It can help the user with troubleshoot to show whether data jitter is on one end or the other. It can show packet information, routing information, can even access call itself.
  • a Dashboard view of PoP is shown. As shown, the user can pick one or more PoP (e.g. YYZ, JFK, etc.) from a drop-down menu. Depending on the chosen PoP, a variety of parameters and data analytics can be displayed in real-time or near- real time. Historical data may be provided as well. For example:
  • PoP-to-PoP QoE this can be determined via a unique method and algorithm, through which the system (e.g. Cloud-Based Network Manager) can calculate aggregated QoE.
  • PoP Upstream Statistics this shows bandwidth usage and status of upstream connections for a particular PoP.
  • PoP CPE Stats this is a query of active CPE for the client. It can show the number of CPEs connected; the number of lower-links across; and the number of average lower- links per CPE. This for example helps in capacity planning for cloud concentrators.
  • IPAM Stats can show issued and available IPs.
  • PoP Traffic can show both SNMP and Netflow data.
  • PoP Traffic Statistics can show very granular data on number of call, amount of web traffic and so on.
  • PoP Cluster Status can show the status of each host or guest device at each CPE location.
  • VMware can be used and queries can be sent to the VMware for corresponding status update in real-time or near real-time.
  • Route server status can show VMware stats, such as live BGP statistics and so on.
  • Partner connects to their salesforce.com portal and turns the lead/quote for this opportunity into an order.
  • This is a pre-programed function within the Partner's salesforce.com environment.
  • the dynamic cloud provisioning system can use the salesforce.com API to receive or retrieve the new order.
  • This order already has much information that is relevant to the provisioning process such as site location and services requested.
  • information can be in an order entry module, or in Salesforce.
  • Information may include for example: city, number of links, speeds expected, DSL, ADSL and so on. So provisioning information may be extracted automatically.
  • Partner goes into the ZTP order entry module and finalizes the order without the need to re-enter much of the information. This can serve as a validation and confirmation step of the order process.
  • Partner or Project Manager can be automatically assigned.
  • the ZTP system has API connectivity with the vendor and Partner's ticketing system.
  • the PM can now proceed to take the order through the next series of steps if required.
  • IPAM, ZTP Installation and Configuration Modules may be accessed if appropriate.
  • a support resource such as a Device Configuration Engineer (DCE) can be assigned.
  • the authentication database is updated with the CPE S/N and MAC, and will now be allowed to connect once connected to any Internet service.
  • DCE Device Configuration Engineer
  • Product is shipped out of the Partner or vendor warehouse to the customer location or installer depot. This step may take place much earlier in the process as it is not dependent on any of the above items based on the automated provisioning process.
  • a Device Configuration Engineer picks up the install when the device is connected on-site and completes the process using ZTP (Install and Config Helper). By this time the CPE has already connected to the corresponding provisioning / staging CC. Automated tools can then be run on the CPE over a secured session from the Portal 100 to the CPE using the ZTP API on the CPE. The device is moved to the Home-PoP CC and auto calibrates for the Lower-Links attached.
  • DCE Device Configuration Engineer
  • CPE Lower-Links can be calibrated in the following aspects for maximum performance:
  • ZTP automatically adds the CPE device to monitoring.
  • ZTP will add the device to the monitoring system collectors such as Netflow and SNMP.
  • the system also can create all alert criteria based on the Installation type such as Data Only or Voice and Data CPE.
  • Post Install support is connected to the Ticket System of the Partner and vendor.
  • a wizard is used with logic from the TELolP L1-L4 support process, which may be automated as well.
  • the following features may be provided to a customer of the ZTP cloud provision system via the Portal 00:
  • Cloud-based AgniOS API obtains live CPE data from CPE
  • IP Address assignment tool (IPAM module)
  • One or more embodiments disclosed herein may significantly improve network performance between disparate locations by leveraging network bonding/aggregation technology, but by implementing a system, method and network configuration that provides intervening network components disposed adjacent to access points so as to manage traffic between two or more sites such that bonded/aggregated connections are terminated and traffic is directed to a network backbone, and optionally passed to one or more further bonded/aggregated connections associated with a remote additional site.
  • the network solutions disclosed herein may be flexible, responsive, scalable and easy to implement.
  • new sites optionally having their own CPE/concentrator can be easily added, and the network solution supports various types of multi-point network communications, and various network performance improvement strategies including various QoS techniques.
  • the network solutions disclosed herein may be easily updated with new programming or logic that is automatically distributed on a peer to peer basis based on the interoperation of network components that is inherent to their design, as previously described.
  • network performance may be significantly improved over prior art solutions as illustrated in the examples provided above.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un système de réseau pour améliorer les performances de communication de réseau. Le système comprend 1) au moins un système informatique de liaison/agrégation de réseau qui comprend : (i) au moins un élément de réseau de site de client reliant ou agrégeant une ou plusieurs connexions de réseau diverses ; et (ii) au moins un élément de serveur de réseau configuré pour interfonctionner avec l'élément de réseau de site de client ; et 2) un gestionnaire de réseau en nuage qui comprend : une fonctionnalité de collecte de données, une fonctionnalité d'analyse de performances de réseau et une fonctionnalité de configuration de réseau.
PCT/CA2016/000060 2008-11-12 2016-03-04 Système, appareil et procédé pour fournir des performances améliorées de connexions de réseau agrégées/liées avec une fourniture de nuage WO2016138576A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CA3016213A CA3016213C (fr) 2015-03-04 2016-03-04 Systeme, appareil et procede pour fournir des performances ameliorees de connexions de reseau agregees/liees avec une fourniture de nuage
US15/555,125 US10205632B2 (en) 2008-11-12 2016-03-04 System, apparatus and method for providing improved performance of aggregated/bonded network connections with cloud provisioning

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US14/638,267 US9426029B2 (en) 2008-11-12 2015-03-04 System, apparatus and method for providing improved performance of aggregated/bonded network connections with cloud provisioning
US14/638,267 2015-03-04

Publications (1)

Publication Number Publication Date
WO2016138576A1 true WO2016138576A1 (fr) 2016-09-09

Family

ID=56849156

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CA2016/000060 WO2016138576A1 (fr) 2008-11-12 2016-03-04 Système, appareil et procédé pour fournir des performances améliorées de connexions de réseau agrégées/liées avec une fourniture de nuage

Country Status (2)

Country Link
CA (1) CA3016213C (fr)
WO (1) WO2016138576A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108833548A (zh) * 2018-06-20 2018-11-16 中国联合网络通信集团有限公司 Sd-wan网络系统以及用于网络流量加速优化方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7630412B2 (en) * 2003-08-07 2009-12-08 At&T Intellectual Property I, L.P. Methods and systems for aggregating Ethernet communications
US7805156B1 (en) * 2006-05-17 2010-09-28 At&T Mobility Ii Llc Systems and methods for dynamic aggregation of bandwidth
US8750265B2 (en) * 2009-07-20 2014-06-10 Wefi, Inc. System and method of automatically connecting a mobile communication device to a network using a communications resource database
US20150003465A1 (en) * 2008-11-12 2015-01-01 Teloip Inc System, apparatus and method for providing improved performance of aggregated/bonded network connections with multiprotocol label switching

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7630412B2 (en) * 2003-08-07 2009-12-08 At&T Intellectual Property I, L.P. Methods and systems for aggregating Ethernet communications
US7805156B1 (en) * 2006-05-17 2010-09-28 At&T Mobility Ii Llc Systems and methods for dynamic aggregation of bandwidth
US20150003465A1 (en) * 2008-11-12 2015-01-01 Teloip Inc System, apparatus and method for providing improved performance of aggregated/bonded network connections with multiprotocol label switching
US8750265B2 (en) * 2009-07-20 2014-06-10 Wefi, Inc. System and method of automatically connecting a mobile communication device to a network using a communications resource database

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108833548A (zh) * 2018-06-20 2018-11-16 中国联合网络通信集团有限公司 Sd-wan网络系统以及用于网络流量加速优化方法

Also Published As

Publication number Publication date
CA3016213A1 (fr) 2016-09-09
CA3016213C (fr) 2021-12-14

Similar Documents

Publication Publication Date Title
US10205632B2 (en) System, apparatus and method for providing improved performance of aggregated/bonded network connections with cloud provisioning
US10122829B2 (en) System and method for providing a control plane for quality of service
US20210112033A1 (en) System, apparatus and method for providing a unified firewall manager
EP2901636B1 (fr) Virtualisation de réseau définie par voie logicielle employant une abstraction de topologie spécifique à un service et une interface
Isolani et al. Interactive monitoring, visualization, and configuration of OpenFlow-based SDN
US6681232B1 (en) Operations and provisioning systems for service level management in an extended-area data communications network
Corin et al. Vertigo: Network virtualization and beyond
US8868725B2 (en) Apparatus and methods for real-time multimedia network traffic management and control in wireless networks
AU2023233058A1 (en) Providing recommendations for implementing virtual networks
US9876685B2 (en) Hybrid control/data plane for packet brokering orchestration
CA3131863C (fr) Systemes et procedes pour optimiser conjointement des communications de reseaux wan et lan
US9100298B2 (en) Host visibility as a network service
US20160006672A1 (en) System, apparatus and method for providing a virtual network edge and overlay
US20230261930A1 (en) Predicting network issues based on historical data
US11296947B2 (en) SD-WAN device, system, and network
Kumar et al. A programmable and managed software defined network
EP4080850A1 (fr) Intégration de dispositifs réseau virtualisés à un système d'assurance réseau en nuage
CA3029862C (fr) Systeme et procede de fourniture de plan de controle pour la qualite de service
Awais et al. Comparative analysis of traditional and software defined networks
Troia et al. Performance Evaluation of Overlay Networking for delay-sensitive services in SD-WAN
CA3016213C (fr) Systeme, appareil et procede pour fournir des performances ameliorees de connexions de reseau agregees/liees avec une fourniture de nuage
EP4300907A1 (fr) Mise à niveau de dispositif de réseau basée sur une priorité de groupe
Toy Future Directions in Cable Networks, Services and Management
Sankari et al. Network traffic analysis of cloud data centre
EP4191958A1 (fr) Dispositif périphérique pour collecte de données de flux de télémétrie

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: 16758392

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15555125

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16758392

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 3016213

Country of ref document: CA