Equinix, Inc.

Kirk Allan Felbinger

Lane Gordon Patterson

Craig Alan Waldrop

Sukwan Youn

Steve Ming Wu

Vijaay Doraiswamy

Theodore James Wagner

Suraj Prakash Dasika

Thomas Banola

Robert Leighton Noakes, Ii

Padmanabha Rao Rayadurga Vithal Rao

In general, this disclosure describes techniques for hierarchical management of co-location facility assets and permissions. For example, techniques are described for managing permissions for sub-customer access to reseller assets of a co-location facility, where the sub-customers are customers of the reseller. The techniques as described herein may, as a result, enable customers that become resellers to assign assets of the cloud exchange and manage sub-customer permissions to those assigned assets, including sub-customer orderings and/or access of assets associated with one or more geographically distinct co-location facilities and port-level assets.

Method, system, and medium for asset-based permissions management for resellers of cloud exchange assets

In some examples, a method includes identifying, by an interconnect engine executing at a computing device, based at least in part on querying telemetry data that indicates interconnections established between interconnection facility customers within a plurality of interconnection facilities by an interconnection facility provider, a set of existing interconnections between a particular interconnection facility customer and at least one target interconnection facility customer within the plurality of interconnection facilities; generating, by the interconnect engine and based at least on part on the set of existing interconnections, a set of prospective interconnections between the particular interconnection facility customer and the target interconnection facility customers for at least one interconnection facility of the plurality of interconnection facilities, wherein the set of prospective interconnections are not included in the telemetry data; and outputting, by the interconnect engine and for display to the particular interconnection facility customer, data indicating the prospective interconnections.

Interconnect engine for interconnection facilities

In some examples, a method includes obtaining, by a recommendation engine executing at a computing device, a list of prospective interconnection facilities administered by an interconnection facility provider and a list of prospective interconnection facility customers; identifying, by the recommendation engine, based at least in part on querying telemetry data that indicates interconnections of interconnection facility customers within the list of prospective interconnection facilities, sets of interconnection facilities from the list of prospective interconnection facilities in which respective interconnection facility customers are configured with existing interconnections; generating, by the recommendation engine and based at least in part on the list of prospective interconnection facilities, the sets of interconnection facilities, and the list of prospective interconnection facility customers, scoring data for the prospective interconnection facilities; and outputting, by the recommendation engine and for display to a user, the scoring data.

Recommendation engine for simulated colocation at interconnection facilities

A web-enabled user interface is provided to enable the carriers of private networks to interact and to offer services to one another. The web-enabled user interface is integrated to a switch fabric configured to provide interconnection services for the carriers. The web-enabled user interface is configured to enable the carriers to assign different roles to different representatives. Each of the representatives is granted certain rights and permissions by an administrator representative based on the representative's role. The web-enabled user interface is configured to present to each representative a unique interface based on their roles thus providing each representative a unique experience.

On line web portal for private network service providers

An Ethernet exchanger is coupled to two or more Ethernet networks to exchange information among the two or more Ethernet networks using virtual circuits. A first Ethernet network is associated with a first carrier and a first port of the Ethernet exchanger. A second Ethernet network is associated with a second carrier and a second port of the Ethernet exchanger. Network information of the first Ethernet network and network information of the second Ethernet network are provided by the respective first carrier and the second carrier and stored in a database. A virtual circuit is provisioned to interconnect the first Ethernet network and the second Ethernet network based on a partnership between the first carrier and the second carrier and based on the stored information about the first network and the second network. The virtual circuit is associated with the first port and the second port. The stored information about the first network or the second network is reusable for subsequent provisioning of other virtual circuits associated with the first carrier or the second carrier.

Growing community of inventors

San Jose, CA, United States of America

Kirk Allan Felbinger