WO2015048218A1 - Système d'enregistrement et de gestion d'un réseau distribué de commutateurs de réseau, et procédés d'utilisation associés - Google Patents

Système d'enregistrement et de gestion d'un réseau distribué de commutateurs de réseau, et procédés d'utilisation associés Download PDF

Info

Publication number
WO2015048218A1
WO2015048218A1 PCT/US2014/057347 US2014057347W WO2015048218A1 WO 2015048218 A1 WO2015048218 A1 WO 2015048218A1 US 2014057347 W US2014057347 W US 2014057347W WO 2015048218 A1 WO2015048218 A1 WO 2015048218A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
switch
engine
storage
server
Prior art date
Application number
PCT/US2014/057347
Other languages
English (en)
Inventor
George R. Patrick
Michael Lippman
Bryan Moore
Original Assignee
MXN Corporation
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/042,625 external-priority patent/US20140244819A1/en
Application filed by MXN Corporation filed Critical MXN Corporation
Publication of WO2015048218A1 publication Critical patent/WO2015048218A1/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/0894—Policy-based network configuration management

Definitions

  • the disclosure generally relates to distributed computer networking, and more specifically to a system of networking and managing distributed computing and networking devices.
  • the disclosure relates generally to a system of distributed networked computer devices, networked storage devices, network switches, and methods of using the same.
  • IP Internet Protocol
  • IP Internet Protocol
  • IP Internet Protocol
  • a list of all other known Internet Protocol (IP) address numbers must be consulted in advance, so that this new number will be known to be unique.
  • IP Internet Protocol
  • additional IP addresses gateway addresses
  • additional character strings must also be entered to configure the new network equipment to communicate status to a management system. The above addresses and strings must be entered without error and in an exact order and must also be unique to that particular piece of network equipment.
  • IP Internet Protocol
  • Another approach regarding the installation of new network equipment in a network involves adding network equipment from different manufacturers or vendors. Different manufacturers or vendors provide completely different methods for entering information and configuring network equipment before placing such network equipment into service.
  • One disadvantage of this approach is that highly technical and expensive IT personnel, who know each different method of entering information and how to configure each different manufacture's network equipment, are required to configure and install new network equipment.
  • IP Internet Protocol
  • IP internet Protocol
  • This association incidentally, may or may not be any geographical association, but a logical association, that may not be readily apparent to the installer without an installation plan).
  • this association incidentally, may or may not be any geographical association, but a logical association, that may not be readily apparent to the installer without an installation plan.
  • this association incidentally, may or may not be any geographical association, but a logical association, that may not be readily apparent to the installer without an installation plan.
  • this association incidentally, may or may not be any geographical association, but a logical association, that may not be readily apparent to the installer without an installation plan.
  • All manufactures of network equipment offer equipment that has to be manually configured with similar procedures.
  • warranty information must be kept current on each piece of network equipment and such information must be tracked either manually or in a separate database system.
  • Another disadvantage is that network equipment status information can be added to existing network equipment currently, but that information must be manually entered at the time of installation, this process is time- consuming, and the risk of incorrect entry is significant.
  • the present apparatus and method overcomes the above-mentioned disadvantage, and meets the recognized need for a system for registering and managing a distributed network of network switches and methods of use thereof including, in general, providing a self-registering network switch with built-in proprietary operating system installed on a CPU and computer memory, plugging the network switch into a network of server(s) and/or other network switch(es), powering the network switch, communicating registration ID to network engine (type of network switch) and location of the network switch in the network to the network engine, registering the network switch with the network engine, executing a network switch deployment plan or a set of network switch rules based on predefined distributed network policy, and, thus, functions as a network of auto or self-registering network switches, such as wired network equipment and wireless network equipment, as access points.
  • a distributed network system said network system including a server, network communications, a core switch, wherein said server and said core switch communicate via network communications, and a network switch, wherein said network switch, said core switch, and said server communicate via network communications, and wherein said network switch comprises a custom operating system, and wherein said server comprises a network switch deployment policy provided by a network engine on said server, and wherein said network switch self-registers by communicating a registration ID and a network switch location to said network engine.
  • said method comprises the steps of plugging a new network switch into a communication cable in communication with a core networking switch in network communications with a server, wherein said new network switch is configured with a proprietary operating system, transmitting a registration identification from said new network switch to said network engine via said server, and registering said new network switch with said network engine, wherein said network engine communicates a network policy to said network switch, and wherein said network policy governs an operation of said network switch.
  • a feature of the system for registering and managing a distributed network of network switches and methods of use thereof is its ability to provide a new distributed self-registering network switch system, which automatically registers a network switch with a network engine, and wherein the network switch is configured to implement the network switch deployment policy which controls, assigns roles, updates, and maintains functional operation toward a network switch deployment policy.
  • Yet another feature of the system for registering and managing a distributed network of network switches and methods of use thereof is its ability to self-register network switches (wired network equipment) and/or self- register network wireless access points (wireless network equipment), which communicate with a registration server as soon as they are connected into a network. This communication is automatic (requiring no human intervention) and is used to determine the location, capacity, and type of the newly- attached network switch(es), and the automatic registering and programming thereof.
  • Yet another feature of the system for registering and managing a distributed network of network switches and methods of use thereof is its ability to enable management of a plurality of network switches (system) where a network engine is aware of the status and tasks of the network switches that provide access points to computing devices on the system.
  • Yet another feature of the system for registering and managing a distributed network of network switches and methods of use thereof is its ability to self-register and deploy network switch(es) without the assistance of qualified IT personnel.
  • An installer merely has to unbox the network switch and connect it to a network connection and the storage manager (Network Engine) application automatically registers and deploys the network switch in the network and assigns it a new role and tasks as a network access point.
  • Network Engine Network Engine
  • Network Engine Network Engine
  • network manager Network Engine application policy/rules may assign network switch the task of providing primary or redundant access, or some other network switch task, which provide many different functions and capabilities from the same network switches, including network switches for wired network equipment and wireless network equipment (access points in the network).
  • Yet another feature of the system for registering and managing a distributed network of network switches and methods of use thereof is that such network switch is much easier to install, configure, register, modify, increase or decrease in number than conventional network switch equipment, because the network s iich(es) automatically register themselves with the network manager (Network Engine) - automatic installation of network switch(es) - network switch are unboxed, plugged in to any suitable network connection, and then the network manager (the Network Engine) registers and deploys the new network switch based on Network Engine policy/rules without the need for individual configuration of the network switch.
  • Network Engine Network Engine
  • Yet another feature of the system for registering and managing a distributed network of network switches and methods of use thereof is the ability of the network manager (the Network Engine) to have predetermined policy/rules for the registration, configuration, deployment, and use of network switch(es) based on the types and speeds of the network connections that bind this new network switch(es) to the local network, the type and number of access points needed, and the type and size of access point capabilities of the new network segment.
  • the network manager the Network Engine
  • Yet another feature of the system for registering and managing a distributed network of network switches and methods of use thereof is its ability to enable less technically experienced individuals to correctly and quickly build complex networks without errors, and be assured that these networks are suitable for their intended purpose.
  • Yet another feature of the system for registering and managing a distributed network of network switches and methods of use thereof is its ability to enable network personnel to quickly and correctly replace network components or devices, such as network switch(es) when such equipment fails, contributing to higher-reliability networks.
  • Yet another feature of the system for registering and managing a distributed network of network switches and methods of use thereof is its ability to enable network components or devices, such as network switch(es) warranty information to be kept current, which helps with the extension of warranty tracking and timely implementation.
  • Yet another feature of the system for registering and managing a distributed network of network switches and methods of use thereof is its ability to enable tracking of installation (and obsolescence) information so network components or devices, such as network switch(es) requiring upgrades will be tracked and timely implemented.
  • Yet another feature of the system for registering and managing a distributed network of network switches and methods of use thereof is its ability to routinely collect network equipment status information can be added to existing network equipment currently, but that information must be manually entered at the time of installation, this process is time-consuming, and the risk of incorrect entry is significant.
  • Yet another feature of the system for registering and managing a distributed network of storage devices and method of use is its ability to provide a new distributed storage system, which is more reliable and survivable than existing storage systems, because instead of a centralized, monolithic set of storage devices, this system will have components spread across the entire network based on a highly networked web of storage devices working to some common purpose, as opposed to a more monolithic system of different storage devices, all with their own individual rules.
  • Yet another feature of the system for registering and managing a distributed network of storage devices and method of use is its ability to enable management as a whole storage system where the system is aware of the status and tasks of the storage devices that provide storage services to computing devices on the system.
  • Yet another feature of the system for registering and managing a distributed network of storage devices and method of use is its ability to be plug and play wherein storage devices may be added without the assistance of qualified IT personnel.
  • An installer merely has to unbox the storage device and connect it to a network connection and the storage manager (Storage Engine) application automatically includes the storage device in the storage system and assigns it a new role and tasks.
  • Storage Engine Storage Engine
  • Yet another feature of the system for registering and managing a distributed network of storage devices and method of use is its ability to network a variety of storage devices and storage purpose since each storage device is given its operating guidance from storage manager (Storage Engine) application.
  • storage manager (Storage Engine) application rules may assign storage devices the task of providing primary or back-up storage, or some other storage task, which provide many different storage functions and capabilities from the same storage devices.
  • LLDP Link Layer Datagram Protocol
  • LLDP is an application that registers the storage devices and ePortal computing devices with the connected network as access points in a network to advertise information about such devices to other nodes on the network and to enable storage manager (the Storage Engine) to gather and store information, such as status and storage needs of the ePortal networked computer devices and the status of the networked storage devices and specify operation tasks for the storage device.
  • the LLDP application allows the switch to automatically provide power to the storage device, and to automatically move that storage device to the correct virtual network segment.
  • Yet another feature of the system for registering and managing a distributed network of storage devices and method of use is its ability to utilize power over Ethernet (POE) to power storage devices making them pluggable into the network anywhere there is an Ethernet cable connected to a network switch.
  • POE power over Ethernet
  • Yet another feature of the system for registering and managing a distributed network of storage devices and method of use is its ability to utilize the proprietary operating system of the ePortal networked computer devices - a built-in proprietary operating system installed on a CPU and computer memory of the storage device that will automatically discover the storage manager (the Storage Engine) and register storage device with the storage manager (the Storage Engine).
  • Yet another feature of the system for registering and managing a distributed network of storage devices and method of use is that such storage system is much easier to install, modify, increase, or decrease than conventional storage systems, because the storage devices automatically register themselves with the storage manager (Storage Engine) - automatic installation of storage device(s) - storage devices are unboxed, plugged in to any suitable network connection, and then the storage manager (the Storage Engine) registers and deploys the new storage device based on the status and tasks of the existing networked storage devices without the need for individual configuration of the storage device.
  • Storage Engine Storage Engine
  • Yet another feature of the system for registering and managing a distributed network of storage devices and method of use is its ability of the storage manager (the Storage Engine) to have predetermined rules for the deployment and use of storage devices based on the types and speeds of the network connections that bind this new storage device to the local network, the type and size of storage needed, and the type and size of storage capabilities of the new storage device.
  • the storage manager the Storage Engine
  • Yet another feature of the system for registering and managing a distributed network of storage devices and method of use is its ability of the storage manager (the Storage Engine) to communicates with the server- based manager of the ePortal networked computer devices and to know the status and storage needs of the ePortal networked computer devices, and thus, enable the distributed storage system to adapt to the storage requirements of the ePortal networked computing devices.
  • Yet another feature of the system for registering and managing a distributed network of storage devices and method of use is its ability to provide expanded storage device functionality for users, such as, for exemplary purposes only, students, teachers and student administrators.
  • Yet another feature of the system for registering and managing a distributed network of storage devices and method of use is its ability to utilize android based storage operating system.
  • the apparatus and method includes an ePortal system with a server and a client device.
  • the client device is not configurable by common users of the client device
  • the server includes an admin system that manages and logs all content.
  • the present disclosure describes an ePortal system having a server, network communications, and a client device, with the client device and the server communicating via the network communications.
  • the client device has a custom ROM and a custom browser. A user utilizing the client device is prevented from configuring or modifying the client device.
  • the server has an Admin System and a datastore, the datastore having registration information, and the registration information relates to students' names, grade levels, and classes.
  • the ePortal system also has notifications, the notifications being sent from the server to the client device(s), and the notifications being messages, exams, content, and the like.
  • the client device sends acknowledgement to the server in response to notifications, and the acknowledgement has response data that is stored in the datastore. Administrators, such as teachers, can access the response data, and this access includes reading and editing the response data.
  • the network communications coming from the client device(s) are forwarded to the server and filtered before, and if, they are permitted to enter the World Wide Web and/or other servers.
  • Utilizing the ePortal system includes registering a client device, wherein the client device has a custom ROM, and users of the client device are prevented from modifying the client device. Another step is receiving network communications from the client device to a server, wherein the server has an Admin System and datastore. More steps include sending a notification with content from the server to the client device, sending acknowledgement from the client device to the server, the acknowledgment having response data, and storing the response data in the datastore.
  • the client device has a browser and applications, and utilization also includes the step of filtering the network communications that are received by the server from the client device.
  • an ePortal system having a client device, a server, at least one network, and notifications.
  • the network includes known wireless networks and new wireless networks.
  • the client device includes a custom ROM, a browser, applications, and a unique portal number.
  • the server includes an admin system, a datastore, registration information, individual login(s), response data, notification content, and acknowledgement(s).
  • the client device when a client device is turned on for the first time, the client device will receive information relating to possible schools and school districts that the client device will be used in. The user will then enter their name, student ID number, and school name. The server will then associate this information with the client device's unique portal number, which is within the custom ROM, and the client's devices MAC address. Thus, the server will be storing how to address this user individually, or as part of a group of people that includes this user.
  • a school system sends a data file of students, student ID numbers, school attended, grade level, and any other relevant information, to the distributor of the client devices. This information is loaded into the server's datastore, and when the client device is turned on for the first time only the student's ID number need be entered, and from this piece of information the server can associate the client device with the correct student, school, grade, classes, or any other information that has been entered.
  • the client devices are given a list of wireless networks that they are permitted to connect to, as well as the associated passwords, security, and any other information needed. In this embodiment, only administrators can enable client devices to connect to "new" wireless networks.
  • common users of client devices are permitted to connect the client devices to any wireless network for which they have the appropriate information.
  • the ports or plugs that the client devices have preferably, although not necessarily, only allow charging of the client devices' battery, and not to add hard-drive space, share data, or install additional software.
  • the client device queries the Admin System to see if registration information exists for the supplied student ID. If not, registration information is requested of the client device's user, and subsequently, assuming the entered information is correct and/or acceptable, the client device is registered with the registration information.
  • notifications are generated by an administrator.
  • the administrator decides on the recipients of the notification, and also decides what content the notification will include.
  • the notification can include any type communication from the server to client devices, or vice versa, and can include, for exemplary purposes only and without limitation, messages, questions for a quiz or test, and content, including multimedia content or links to any of above, or the content may include such things as emergency and/or administrative type communications to teachers.
  • the administrator wishing to send a notification logs into the Admin System using their individual login. The administrator then creates a notification and chooses recipients of the notification.
  • the notification is stored by the Admin System for retrieval by client devices by being stored in the datastore. Administrators may view notifications, acknowledgement of notifications, manage/delete notifications or acknowledgments. More specifically, administrators may view notifications sent to which device users, if and when any acknowledgements of those notifications were sent by client devices, and delete and/or amend the notifications and acknowledgments.
  • client device(s) query the Admin System for new notifications at a fixed interval.
  • the notification may be communicated to client device(s) by being "pushed" to the client device.
  • the device user receives the notification and either the client device itself sends an automatic acknowledgment, and/or the device user composes an acknowledgment, and that acknowledgment, which includes response data, is stored in the datastore.
  • the response data is associated with the original notification, and the response data includes, for exemplary purposes only and without limitation, responses to the quiz or test that comprised the notification, a mere response that the notification has been read, such as "OK" or similar, and/or a text reply with substantive content.
  • the described ePortal system can be used in any similar situation, and the functionality can be applied in fields other than the educational field.
  • the ePortal system can also be used in the commercial field, wherein the users referred to as "students" may be employees of a company.
  • a feature of the ePortal system and method of use thereof is its ability to provide expanded functionality for users, such as, for exemplary purposes only, students. Another feature of the ePortal system is its ability to prevent common users from negatively affecting performance of their devices. Another feature of the ePortal system is its ability to easily allow communication to selected users.
  • Yet another feature of the ePortal system is its ability to monitor the results of these communications, and if they have been received and acknowledged.
  • Still another feature of the ePortal system is its ability to prevent users from acquiring unfiltered access to the World Wide Web.
  • Another feature of the ePortal system is its ability to allow for easy communications between superiors, such as teachers, and common users, such as students.
  • Another feature of the ePortal system is its ability to deliver content to the user, such as digital versions of text books eliminating the need to carry and/or transport such content.
  • Another feature of the ePortal system is its ability to enable communication between parent and teacher/administrator with regards to the device's assigned user, the student.
  • FIG. 1 is a schematic view of a system for using an ePortal system in an exemplary embodiment
  • FIG. 2A is a flowchart showing exemplary initial steps to register a device
  • FIG. 2B is a flowchart showing exemplary initial steps to register a device
  • FIG. 3A is a flowchart showing exemplary steps of how notifications are propagated
  • FIG. 3B is a flowchart showing exemplary steps of how notifications are propagated;
  • FIG. 4 is a flowchart showing exemplary steps of how an ePortal device is used;
  • FIG. 5 is a schematic view depicting the elements and relationships of notifications and network communications
  • FIG. 6 is a schematic view of a system for using a storage device in a networked system in an exemplary embodiment
  • FIG. 7 is a flowchart showing exemplary steps of how a storage device is automatically added to a networked system
  • FIG. 8 is a schematic view of network switches in a networked system in an exemplary embodiment
  • FIG. 9 is a flowchart showing exemplary steps of how a network switch is automatically added to a networked system.
  • ePortal system 100 comprises device 200, server 300, network 400, and notifications 150, wherein network 400 comprises known wireless network 410 and new wireless network 420.
  • Device 200 a user device or computing device, comprises custom ROM 205, browser 210, applications 220, and unique portal number 240.
  • Server 300 comprises Admin System 310, datastore 350, registration information 360, individual login 370, response data 381 , notification content 382, and acknowledgement 383.
  • Eportal system 100 in an exemplary embodiment, can be used at schools S within school districts SD, wherein the device users DU comprise administrators A and students ST. Administrators A comprise network administrator NA and teacher administrators TA, wherein teacher administrators comprise class TC. Students ST comprise student ID SID and student grade level SG.
  • FIG. 1 illustrated therein is a schematic view of a system for using an ePortal device in an exemplary embodiment.
  • device users DU such as administrators A and students ST use devices 200 that are connected to known wireless network 410. Administrators A and students ST that are not physically located at school, can connect devices 200 via internet I.
  • networks 400 may be wired networks, such as the connection between server 300 and the network 400.
  • device(s) 200 and network system 100 may be utilized in other than schools S within school districts SD and by other than device users DU comprise administrators A and students ST, such as for businesses and employees, and the like.
  • FIGS. 2A and 2B illustrated therein is a flowchart showing exemplary initial steps 1000 to register a device.
  • distributor D receives device 200 from manufacturer M.
  • custom ROM 205 locks device 200 down to prevent anyone other than network administrator NA from configuring device 200, wherein the configuring includes, for exemplary purposes only, installing new software, installing new hardware, and using device's 200 ports for anything other than charging the battery.
  • custom ROM 205 may prevent anyone, including network administrator NA, from configuring device 200.
  • devices 200 are shipped to schools S, and in this embodiment no further intervention by distributor D happens.
  • device user DU at school S receives device 200 and turns device 200 on, wherein device user DU at this step is administrator A.
  • Device 200 searches for known wireless network 410 preconfigured in the device 200 custom ROM 205, via step 1025.
  • device 200 determines if known wireless network 410 is available. If known wireless network 410 is available, device 200 connects to internet I via step 1035, wherein internet I at step 1035 is connected to known wireless network 410. If known wireless network 410 is not available, device user DU is presented network 400, which presumably includes new wireless networks 420, via step 1055.
  • step 1060 device user DU provides information to connect to network 400, and proceeds to step 1035.
  • step 1040 device 200 retrieves school district SD and school(s) S within school district SD from Admin System 310, wherein Admin System 310 is running on server 300, via 1065.
  • step 1045 device user DU is prompted for school district SD, school S, and student ID SID, which are entered via step 1050.
  • step 1070 device 200 queries Admin System 310 to see if registration information 360 exists for student ID SID.
  • step 1080 if registration information 360 exists for supplied student ID SID, process proceeds to step 1085; otherwise, process proceeds to step 1075.
  • step 1075 device user DU is asked for registration information 360, which comprises device user's DU's name, student grade level SG, and teacher TA and/or class TC, wherein the name entered is consistent with student ST associated with entered student ID SID.
  • step 1090 registration information 360 requested via step 1075 is submitted, and subsequently device 200 is registered with registration information 360 via step 1095. Going back to step 1085, Admin System 310 sends registration information 360 to device 200.
  • Notification 150 comprises any type communication from server 300 to devices 200, or vice versa, including, for exemplary purposes only and without limitation, messages, questions for a quiz or test, and content, including multimedia content or links to any of above, wherein content may further include such things as emergency and/or administrative type communications to teachers.
  • notification 150 can be directed to recipients R, including, for exemplary purposes only and without limitation, all device users DU at school district SD, all users at school S, all students ST of a specific teacher administrator TA, all students ST of a certain class TC, wherein class TC describes either a subject or an expected graduating year, a single student ST, any device user DU, or any customized subgroup of above, super group of above, or combination thereof.
  • notification 150 could be sent to all teachers TA during the school day that inclement weather is approaching and the students ST need to be moved to a safer location, or notification 150 could be sent to all teachers TA of certain student grade levels SG that a planned presentation has been canceled.
  • administrator A logs into Admin System 310 using individual login 370, and wherein individual login 370 is associated with the specific administrator A.
  • administrator A creates notification 150.
  • Administrator A chooses recipients R of notification 150, via step 1120.
  • notification 150 is stored by Admin System 310 for retrieval by devices 200, wherein notification 150 is stored in datastore 350 on server 300.
  • administrator A may view notifications 150, acknowledgement 383 of notifications 150, manage/delete notifications 150 or acknowledgments 383. More particularly, via step 1130, administrators A may view notifications 383 sent to which device users DU, if and when acknowledgements 383 of those notifications 150 was sent by devices 200, and delete and/or amend notifications 383 and acknowledgments 383.
  • step 1140 device 200 queries Admin System 310 for new notifications 150 at a fixed interval.
  • notification 150 may be communicated to device 200 by being "pushed" to device 200, as such term is understood in the telecommunications arts.
  • step 1145 device user DU receives notification 150 and sends acknowledgments 383, and subsequently, via step 1150, response data 381 from device user DU is stored in Admin System 310 in datastore 350.
  • acknowledgement 383 is sent to server 300, wherein acknowledgement 383 becomes response data 381 , which is associated with original notification 150, and wherein response data 381 comprises, for exemplary purposes only and without limitation, responses to the quiz or test that comprised the notification 150, a mere response that notification 150 has been read, such as "OK" or similar, and/or a text reply with substantive content.
  • Process 1200 starts via step 1205 and proceeds to step 1210, and wherein device 200 attempts to connect to Admin Server 310. If device 200 can connect, device user DU identifies if network 400 should be remembered via step 1240, and then process 1200 proceeds to step 1250. If not, a connection setup screen is shown via step 1215, and via step 1220 device user DU decides whether to choose from an existing network 400 broadcasting its presence. If not, via step 1230 the correct login information is entered, which is typically, although not necessarily, the SSID, security type, and password for network 400. If an existing network 400 is selected, such happens via step 1225, and via step 1230 the appropriate login information is entered for network 400. Going back to step 1250, if device 200 is registered with Admin System
  • step 1255 device 200 registration screen allows entering of registration information 360 via step 1270, which is then communicated to Admin System 310 via step 1275. Subsequently, via step 1255, device 200 is used as designed. With the embodiment described in FIG. 4, such use comprises using custom browser 210 via step 1255, interacting with and seeing notifications 150 via step 1265, and using applications 220 via step 1260. It is contemplated herein that applications 220 comprise such computer software as, for exemplary purpose only and without limitation, calculators, an internet browser, and test or quiz taking software.
  • notification 150 relates to response data 381 , notification content 382, and acknowledgement 383, which themselves are all related to each other.
  • ePortal system 100 can be used in any similar situation, and the functionality can be applied in fields other than the educational field.
  • ePortal system 100 can also be used in the commercial field, wherein students SD comprise employees.
  • network communications 120 from device 200 are routed through server 300, wherein server 300 thus manages what network communications 120 device 200 is allowed to conduct, and wherein the routing is accomplished through the device 200 treating server 300 as a proxy for network communications 120.
  • device 200 creates a Virtual Private Network (VPN) with server 300, through which all network communications 120 from/to device 200 are channeled.
  • VPN Virtual Private Network
  • network communications 120 are forwarded to an electronic device on network 400 on or connected to server 300, wherein that electronic device functions as a firewall and/or filtering mechanism for network communications 120. It is contemplated herein that any and/or all of these combinations could be combined as would be recognized by those skilled in the art.
  • device 200 comprises a tablet computer, but it is contemplated herein that device 200 may comprise any electronic device, mobile or otherwise.
  • custom ROM 205 comprises a specifically designed operating system (OS) that controls the operation of device 200.
  • OS operating system
  • network system 100 comprises device(s) 200, server 300, network 400, and communications 120, wherein network 400 comprises wireless and/or wired network 410 and/or wireless and/or wired network, such as the cloud or internet I. It is contemplated herein that network 400, wireless and/or wired network 410, and cloud or internet I preferably enable communication between device 200, server 300, network 400.
  • Device 200 may comprise custom ROM 205, browser 210, applications or proprietary operating system 220, and unique portal number 240.
  • Server 300 comprises Admin System 310, datastore 350, registration information 360, individual login 370, response data 381 , notification content 382, and acknowledgement 383.
  • FIG. 1 by way of example, and not limitation, there is illustrated an exemplary embodiment of a computing device, such as device 200 utilizing network system 100 to communicate therewith other device(s) 200 and server 300, connected to network 400 comprises wireless and/or wired network 410 and/or wireless and/or wired network, such as the cloud or internet I.
  • networks 400 may be wired networks, such as the connection between server 300 and the network 400.
  • Network system 100 in an exemplary embodiment, can be used at schools S within school districts SD, wherein the device users DU comprise administrators A and students ST. Administrators A comprise network administrator NA and teacher administrators TA, wherein teacher administrators comprise class TC. Students ST comprise student ID SID and student grade level SG.
  • device(s) 200 and network system 100 may be utilized in other than schools S within school districts SD and by other than device users DU comprise administrators A and students ST, such as for businesses and employees and the like.
  • FIG. 6 by way of example, and not limitation, there is illustrated an exemplary embodiment of a storage device, such as device 200 utilizing network system 100 to communicate therewith and perform storage services for device 200, other device(s) 200, and server 300, all connected to network 400 and/or internet I.
  • a storage device such as device 200 utilizing network system 100 to communicate therewith and perform storage services for device 200, other device(s) 200, and server 300, all connected to network 400 and/or internet I.
  • school S which is within school district SD
  • device users DU such as administrators A and students ST use storage device such as devices 200 that are connected to network 400. Administrators A and students ST that are not physically located at school can connect to storage device, such as devices 200 via internet I.
  • networks 400 may be wired networks, such as the connection between server 300 and the network 400.
  • Network system 100 further comprises existing storage devices, such as devices 200A and new or deployed storage devices, such as devices 200B, existing computing devices, such as devices 200A and new or deployed computing devices, such as devices 200B and networking switch 357.
  • communications 120 designate communications between computing device, such as device 200A/B and other devices and applications on network system 100.
  • networking switch 357 enables connection and communications 120 between storage device, such as device 200A/B, and other devices and/or applications on network system 100.
  • storage device, such as devices 200 may comprises custom ROM 205, applications or proprietary operating system 220, and unique portal number 240.
  • networking switch 357 enables power over Ethernet (POE) to power storage devices with 22-30 watts of power, such as storage devices 200, making device 200 pluggable into networking system 100 anywhere there is an Ethernet or other communication cable, such as communications 120 connected to networking switch 357.
  • POE power over Ethernet
  • LLDP Link Layer Datagram Protocol
  • system 100 preferably further includes database 351 connected to server 300.
  • database 351 comprise computer software such as, for exemplary purpose only and without limitation, learning engine applications 356, includes storage engine 352 and management engine 354 (further disclosed in FIG. 7).
  • FIG 7, illustrated therein is a flowchart showing exemplary initial learning engine 356, such as storage engine 352 and management engine 354 to register storage devices 200 and gather and store information, such as status and storage needs of computing devices 200 and the status of storage devices 200, to specify operation tasks for storage devices 200, and to automatically move storage devices 200 to the correct virtual network 400 segments of system 100, as steps 700.
  • exemplary initial learning engine 356, such as storage engine 352 and management engine 354 to register storage devices 200 and gather and store information, such as status and storage needs of computing devices 200 and the status of storage devices 200, to specify operation tasks for storage devices 200, and to automatically move storage devices 200 to the correct virtual network 400 segments of system 100, as steps 700.
  • management engine 354 introduces or queries with discovery questions, for example, but not limited to storage device 200 to determine or collect storage location, size, whether for backup or perishability, type of storage and the like, to determine storage requirements of computing devices 200 (the system storage requirements) utilized by users DU, administrators A, students ST and administrators A comprise network administrator NA and teacher administrators TA of system 100 (the general rules of storage operation).
  • management engine 354 general rules of storage operation may be modified or set by human managers, and such rules may include but are not limited to the general locations that storage should be added, the requirements for primary and back up storage, or storage specified by application or service, and the general locations of storage devices 200 in relation to each other (the general rules of storage operation). These general rules of storage operation will then be used by management engine 354 to allocate storage roles or rules, such as storage policy 735 to the installed storage devices 200.
  • Management engine 354 stores the status information on all storage devices 200 of networking system 100 and compares such information with the storage roles or rules, such as storage policy 735 or that provided by (human) managers, and then send computing devices 200 and those managers timely and current information on the status of all storage devices 200 in relation to the storage roles or rules, such as storage policy 735, informing of storage devices 200 need to be installed in networking system 100 to meet the storage roles or rules, such as storage policy 735 of networking system 100.
  • the storage roles or rules such as storage policy 735 or that provided by (human) managers
  • Management engine 354 preferably monitors each installed storage devices 200 for the status of its storage (functional, available, or defective storage, available storage as in online or offline, the function of the storage, and the like) and the status of its power supply, the heat of the enclosure, the status of its network connections, the status of its own operating system (software version, defective operating system memory, operation of the component parts of its own operating system, and the like) (the system storage requirements), and the status of network traffic.
  • the status of storage or network traffic on networking system 100 may be relayed or communicated to computing device 200 or the (human) managers for corrective action. For example, management engine 354 may identify that storage device
  • management engine 354 triggers the addition of storage device 200B by informing or communicating to (human) managers for corrective action, such as order an plug in a new storage device 200.
  • management engine 354 may be a made redundant, to protect from outages of management engine 354. It is still further contemplated herein that management engine 354 operates with a higher utilization of storage device(s) 200 in networking system 100.
  • step 715 management engine 354 enables dynamic modifications to storage policy of networking system 100 to enable management as a whole of the storage requirements of system 100 where management engine 354 is preferably modifying the storage policy, steps 700, of system 100 based on the status and tasks of storage devices 200 that provide storage services to computing devices 200 on system 100.
  • step 715 management engine 354 enables storage policy, steps 700, modifications, such as to add or delete storage devices 200 to system 100 based on management engine 354, such as calculated requirements or forecasted requirements of computing devices 200 of users DU, administrators A, students ST and administrators A comprise network administrator NA and teacher administrators TA of system 100 or other system storage requirements.
  • management engine 354 creates storage templates based on answers or feedback from discovery questions, for example, but not limited to storage device 200 requirements of location, size, whether for backup or perishability type of storage and the like (the system storage requirements), to determine storage requirements of computing devices 200 utilized by users DU, administrators A, students ST and administrators A comprise network administrator NA and teacher administrators TA of system 100 or other system storage requirements.
  • management engine 354 creates rules for storage policy 735 based on storage template parameters, which may be based on answers or feedback from discovery questions, for example, but not limited to storage device 200 requirements of location, size, whether for backup or perishability type of storage and the like, to determine storage requirements of computing devices 200 utilized by users DU, administrators A, students ST and administrators A comprise network administrator NA and teacher administrators TA of system 100 or other system storage requirements.
  • storage policy 735 governs the operation of storage device(s) 200.
  • system 100 may network a variety of storage devices 200 and storage purposes since each storage device 200 is given its operating guidance from management engine 354.
  • management engine 354 rules may assign storage devices 200 with the task of providing primary or back-up storage, or some other storage task or other system storage requirements, which provide many different storage functions and capabilities from the same storage device 200.
  • management engine 354 adds storage policy 735 to storage engine 352 and stores or updates storage policy 735 (the system storage requirements) in database 351.
  • step 745 storage engine 352 deploys storage policy 735 within system 100.
  • FIGS. 2A and 2B illustrated therein is a flowchart showing exemplary initial steps 1000 to register storage device 200.
  • distributor D receives device 200 from manufacturer M.
  • manufacturer M has previously loaded custom or specifically designed operating system (OS), such as proprietary operating system 220 that controls the operation of device 200, storage engine 352 automatically discover storage engine 352 and register storage device 200 with storage engine 352 and/or management engine 354, which controls, assigns roles, updates, and maintains functional operation of storage device 200 toward a common storage system purpose set forth in storage policy 735.
  • OS operating system
  • system 100 enables automatic plug and use of storage device 200 without the assistance of qualified IT personnel. For example, an installer merely has to unbox storage device 200B and connect it to networking switch 357 and storage engine 352 automatically includes storage device 200B in the storage system and assigns storage device 200B a new role in system 100 based on storage policy 735.
  • new or deployed devices 200 such as devices 200B or storage device 200B is preferably pluggable into networking system 100 anywhere there is an Ethernet or other communication cable, such as communications 120 connected to networking switch 357.
  • networking switch 357 provides power to new or deployed devices 200, such as devices 200B or storage device 200B via power over Ethernet (POE) to power storage device 200B making them pluggable into the network anywhere there is an Ethernet cable connected to networking switch 357.
  • POE power over Ethernet
  • storage device's 200B previously loaded custom or specifically designed operating system (OS), such as proprietary operating system 220 that controls the operation of device 200 loads into the CPU and computer memory of the storage device.
  • OS custom or specifically designed operating system
  • storage engine 352 preferably automatically discovers or receives a registration request from storage device 200B, communicates information via communications 120, and registers new or deployed devices 200, such as devices 200B or storage device 200B with storage engine 352 and stores such information in database 351.
  • storage engine 352 via server 300 and networking switch 357 utilize Link Layer Datagram Protocol (LLDP) an application that registers new or deployed devices 200, such as devices 200B or storage device 200B with networking switch 357 and networking system 100 as access points in a network to advertise or communicate information about such devices 200 to other nodes on networking system 100 and to enable storage engine 352 to gather and store information, such as status and storage needs of the networked computer devices, such as computing devices 200 and the status of the networked storage devices 200, and to enable storage engine 352 to move storage device 200B to the correct virtual segment of networking system 100.
  • LLDP Link Layer Datagram Protocol
  • unique portal number 240 such as MAC or machine address (MAC and machine addresses are unique numbers generated by the manufacturer and built into the hardware components of storage device 200B)
  • MAC and machine addresses are unique numbers generated by the manufacturer and built into the hardware components of storage device 200B
  • the types and speeds of the network connections that bind storage device 200B to the local network such as network 400
  • the type and size of storage specifications of storage device 200B are
  • storage engine 352 preferably acknowledges registration request from new or deployed device(s) 200, such as device(s) 200B or storage device 200B and delivers or communicates storage policy 735 to new or deployed device(s) 200, such as storage device 200B.
  • storage policy 735 may include predetermined rules for the deployment and use of new or deployed device(s) 200, such as storage device 200B based on the types and speeds of the network connections of networking system 100 that bind this new or deployed device(s) 200, such as storage device 200B to the local network, the type and size of storage required by computing devices 200, and the type and size of storage capabilities of the new or deployed device(s) 200, such as storage device 200B (the system storage requirements).
  • new or deployed device(s) 200 such as device(s) 200B or storage device 200B is preferably provisioned (communicates) by storage engine 352 with storage policy 735.
  • storage engine 352 provides information back to storage device 200B, such as to assigns storage device 200B to a specific task providing primary storage to a virtual segment of networking system 100 or to one or more ePortal networked computer devices, such as existing, new, or deployed computing device(s) 200B, or providing backup storage to one or more ePortal networked computer devices, such as existing, new, or deployed computing device(s) 200B (the storage task).
  • Any storage device 200B may have more than one storage task assigned it via storage policy 735.
  • the storage system of networking system 100 is much easier to custom provision, install, modify, increase, or decrease storage device(s) 200B than conventional storage systems, because storage device 200B automatically register themselves with storage engine 352 without the need of resident IT personnel and without the need for individual configuration of storage device(s) 200B.
  • storage engine 352 preferably monitors existing storage devices, such as devices 200A and new or deployed storage devices, such as devices 200B, existing computing devices, such as devices 200A and new or deployed computing devices, such as devices 200B. Moreover, storage engine 352 preferably communicates with existing storage devices, such as devices 200A and new or deployed storage devices, such as devices 200B, existing computing devices, such as devices 200A and new or deployed computing devices, such as devices 200B and other networked computer devices to determine the status and storage needs of networking system 100 (the status requirements), and thus, enable the system for registering and managing a distributed network of storage devices and method of use to adapt to the storage requirements of the devices 200 of networking system 100.
  • storage engine 352 preferably makes dynamic modifications to storage policy 735 whether automatically based on the status and storage needs of networking system 100, the status and storage needs of a segment of networking system 100, the status and storage needs of existing computing devices, such as devices 200A and new or deployed computing devices, such as devices 200B and other networked computer devices.
  • storage engine 352 has information on the number and location of existing storage devices, such as devices 200A and new or deployed storage devices, such as devices 200B, the rules for deployment and use of such storage devices, such as storage policy 735, and the storage needs of ePortal networked computer devices, such as existing computing devices, such as devices 200A and new or deployed computing devices, such as devices 200B and of other, associated networked computing devices (the storage requirements).
  • storage engine 352 utilizes these rules (the storage requirements), such as storage policy 735, to manage the association of each existing storage devices, such as devices 200A and new or deployed storage devices, such as devices 200B within networking system 100, and the management of the use rules, such as storage policy 735 for each new or deployed computing devices, such as devices 200B.
  • storage engine 352 provides information back to ePortal networked computer device, such as devices 200, information such as the storage availability or status in any location or segment of networking system 100.
  • Storage engine 352 may alternatively advertise the storage status directly to the ePortal networked computer devices, such as devices 200 or to other networked computers when necessary, and provide them rules, such as storage policy 735, for storing information on storage devices 200.
  • storage engine 352 can insure or make available stored data or storage services with sufficient redundancy, set in its storage policy 735, in networking system 100, based on stored data's classification and priority. Some data in networking system 100 may not have redundant storage; some data in networking system 100 may have redundant storage. Some more critical data may also have an even higher level of redundant storage. Data may be made redundant in the same storage devices 200; it may be made redundant in several storage devices 200, and based on the need for disaster recovery, it may be made redundant on different storage devices 200 in different locations of networking system 100.
  • storage engine 352 is also aware of the status of storage devices 200, such as whether storage device(s) 200 are online or offline, and based on such information storage engine 352 can redirect storage to other backup storage device(s) 200 by modifying the storage policy 735 of one or more storage device(s) 200.
  • storage engine 352 automatically registers storage device(s) 200 with a central manager, management engine 354, which then controls, assigns roles, updates, and maintains functional operation toward a common storage system purpose.
  • FIG. 8 by way of example, and not limitation, there is illustrated an exemplary embodiment of network system 100 to communicate therewith between network devices, such as network switch(es) 357 and server 300, all connected via communication links, such as communications 120.
  • server 300 is networked or connected with database 351 via high capacity communications 120.1.
  • server 300 is preferably networked or connected with network switch 357.0, such as core switch.
  • a core switch is a high capacity switch generally positioned within the backbone or physical core of a network. Core switches serve as the gateway to area networks or internet I or networks 400 of FIG. 6.
  • Network switch 357.0, such as core switch preferably provide the final aggregation point for network system 100 and allow multiple aggregation modules, network switch(es) 357.
  • network switch(es) 357.n may include wired network equipment and/or wireless network equipment, such as wired or wireless access points.
  • network switch 357.0 such as core switch interconnects network switch(es) 357, such as edge switches 357.n that are positioned on the edges of network system 100.
  • WAN wide area network
  • LAN local area network
  • network switch 357.0 such as core switch or edge switches 357.n interconnects work group switches, such as switches 357. n which are relatively low-capacity switches that are usually positioned in geographic clusters.
  • Network system 100 further comprises existing network switches, such as network switch 357. n and new or deployed network switches, such as devices 357. n.
  • communications 120.2 such as 10G
  • network switch 357.0 such as core switch and other network switch 357. n on network system 100.
  • communications 120.3 designate communications between network switches 357.n, such as edge switches 357.2 and edge switch 357.4 on network system 100.
  • network switch(es) 357 may comprises custom ROM 205, applications or proprietary operating system 220, and unique portal number 240.
  • system 100 preferably further includes database 351 connected to server 300.
  • database 351 comprises computer software such as, for exemplary purpose only and without limitation, network engine 358, which is preferably configured to generate the network map stored in database 351 (further disclosed in FIG. 9).
  • LLDP Link Layer Datagram Protocol
  • an application that registers network switch(es) 357.n with system 100 via server 300 and core switch, such as networking switch 357.0 and one or more in-line network switch(es) 357.n, such as access or communication paths/points in system 100 to advertise information via communications 120 about such network switch(es) 357.n to other nodes on system 100 such as computing device(s) 200, server 300, network 400 which comprises wireless and/or wired network 410 and/or wireless and/or wired network, such as the cloud or internet l(shown in FIG.1 ).
  • LLDP Link Layer Datagram Protocol
  • edge switch 4 such as network switch 357.4 is deployed as new network switch 357.4
  • server 300 communicates via communications 120 via the nodes therebetween server 300.
  • communication path for server 300 and network switch 357.3 includes, server 300 via port P1 and communications 120.1 to core switch, such as networking switch 357.0 via port P1 ; next core switch, such as networking switch 357.0 via port P3 and communications 120.3 to edge switch 3, such as network switch 357.3 via port P1 to configure for example a redundant or backup network switch 357.n for edge switch 2, such as networking switch 357.2; and thus, server 300 adds network switch 357.3 to the network map of network engine 358 stored in database 351.
  • core switch such as networking switch 357.0 via port P1
  • next core switch such as networking switch 357.0 via port P3 and communications 120.3 to edge switch 3, such as network switch 357.3 via port P1 to configure for example a redundant or backup network switch 357.
  • edge switch 2 such as networking switch 357.2
  • server 300 adds network switch 357.3 to the network map of network engine 358 stored in database 351.
  • server 300 preferably knows the location (port P connections) and configuration (network map) of the first wired network switch 357.0 (the core switch), because this has been entered into network engine 358 of server 300 stored in database 351 before the installation of networking switch 357. This will be the starting point for the expansion of network system 100 by adding more devices, such as computing device(s) 200, storage device(s) 200, server 300, network 400, and network switch 357. n thereto.
  • server 300 will then send an inquiry or query (normally called a trace-route, queries) through the already-known network and find or determine the location file information, such as location (port P connections) and added configuration (addition to the network map) of the next newly-installed network switch 357.n relative to the location (port P connections) and configuration (network map) of the already-known network switches 357.n, of network system 100.
  • location file information such as location (port P connections), port capacity of port P, and added configuration (addition to the network map) of network switches 357.
  • n is preferably entered by server 300 into the network map of network engine 358 stored in database 351.
  • This association and location information such as location (port P connections) and added configuration (addition to the network map) is preferably utilized to determine the association and location of the next (downstream) installed network switches 357.
  • n of network system 100 (network map analysis), and this association, capacity, and location information (location file information), such as location (port P connections) and added configuration (addition to the network map) is preferably utilized to determine the association and location of the next-next downstream switch after that, and likewise in stepwise fashion.
  • association, capacity, and location information such as location (port P connections), port capacity of port P, and added configuration (addition to the network map) of network switches 357.n are preferably entered by server 300 into the network map of network engine 358 stored in database 351 for network system 100, including network switches 357. n, computing device(s) 200, storage device(s) 200, server 300, and/or network 400.
  • location file information such as location (port P connections), port capacity of port P, and added configuration (addition to the network map) of network switches 357.n are preferably entered by server 300 into the network map of network engine 358 stored in database 351 for network system 100, including network switches 357. n, computing device(s) 200, storage device(s) 200, server 300, and/or network 400.
  • a complete network map of network engine 358 stored in database 351 can automatically be created, showing the association of all network switches 357. n, and likewise for computing device(s) 200, storage device(s) 200, server 300, and/or network
  • the registration server can also determine the wired switch port number, port P that the new network switch 357. n utilizes to connect to the next upstream and/or downstream network switches 357. n, and by learning this location (port P connections) information network engine 358 stored in database 351 preferably can calculate or infer the type of connection (copper, fiber, or the like) since network engine 358 stored in database 351 knows the transmission capacity of port(s) P, the connection location (port P connections), and added configuration (addition to the network map) of each previously registered upstream network switches 357.n. Furthermore, information on the type of connections and capacity linking network switches 357.n together in network system 100 is preferably added to network engine 358 stored in database 351.
  • new or deployed core switch such as networking switch 357.0 and edge switches, such as one or more network switch(es) 357.n and network engine 358 via server 300 may utilize Simple Network Management Protocol (SNMP).
  • SNMP is a standard protocol for network management. Network administrators use SNMP to monitor and map network system 100 (one or more network switch(es) 357.n, network switch 357.0, such as core switch, edge switch, port P descriptions and capacity, availability, performance, and error rates), including performing read and write instructions, performing trace route(s), polling, collecting or gathering information (query a communication therebetween) on one or more network switch(es) 357.n and the like.
  • LLDP Link Layer Datagram Protocol
  • computing device(s) 200, storage device(s) 200, server 300 in system 100 to advertise information via communications 120 about such devices to other nodes on system 100, such as computing device(s) 200, server 300, network 400, and other network switch(es) 357.n which comprises wireless and/or wired network 410 and/or wireless and/or wired network, such as the cloud or internet l(shown in FIG.1).
  • FIG 9, illustrated therein is a flowchart 900 showing exemplary network engine 358 to register network switch(es) 357. n and gather and store information, such as status and network needs of network switch(es) 357. n, computing devices 200, to specify operation tasks for network switch(es) 357. n, and to automatically move network switch(es) 357.n to the correct virtual network 400 segments of system 100, as steps 900.
  • distributor D receives networking switch 357 from manufacturer M.
  • Manufacturer M has previously loaded custom or specifically designed operating system (OS), such as proprietary operating system 220 that controls the operation of networking switch 357, and network engine 358 automatically discovers networking switch 357 and register networking switch 357 with network engine 358, which controls, assigns roles, updates, and maintains functional operation of networking switch 357 toward a common network system purpose set forth in network policy 930.
  • OS operating system
  • network engine 358 automatically discovers networking switch 357 and register networking switch 357 with network engine 358, which controls, assigns roles, updates, and maintains functional operation of networking switch 357 toward a common network system purpose set forth in network policy 930. It is contemplated herein that system 100 enables automatic plug and use of networking switch 357 without the assistance of qualified IT personnel.
  • an installer merely has to unbox networking switch 357 and connect it to an upstream networking switch 357 and network engine 358 automatically registers and includes networking switch 357 in the network system and assigns networking switch 357 a new role in system 100 based on network policy 930.
  • the installer plugs or connects a new networking switch 357 to an upstream networking switch 357 and network engine 358 and if registered by network engine 358 the installer will see a green light status thereon new networking switch 357.
  • new or deployed devices 200 such as networking switch 357 is preferably pluggable into an available rack position within networking system 100 and connected into networking system 100 anywhere there is an Ethernet or other communication cable, such as communications 120 connected to an upstream networking switch 357 of networking system 100.
  • networking switch 357 previously loaded custom or specifically designed operating system (OS), such as proprietary operating system 220 that controls the operation of networking switch 357 loads into the CPU and computer memory of the storage device.
  • OS operating system
  • networking switch 357 powers up and is connected to the correct Ethernet or other communication cable, such as communications 120 of networking system 100 then networking switch 357 status, power and run lights will turn to their green status indicating that the installer correctly installed networking switch 357 without the assistance of qualified IT personnel. If green light status is not achieved the installer may alternatively plug Ethernet or other communication cable, such as communications 120 into a different port P of networking switch 357 to achieve green light status for networking switch 357.
  • network engine 358 preferably automatically discovers or receives a registration request from networking switch 357, communicates information via communications 120, and registers new or deployed networking switch 357 with network engine 358 and stores such information in database 351.
  • storage engine 352 via server 300 and networking switch 357 may utilize Link Layer Datagram Protocol (LLDP) an application that registers new or deployed networking switch 357 with networking engine 358 and networking system 100 as access points in a network to advertise or communicate information about such networking switch 357 to other nodes on networking system 100 and to enable network engine 358 to gather and store information, such as status and network needs or resources of the networked computer devices, and to enable network engine 358 to move networking switch 357 to the correct virtual segment of networking system 100.
  • LLDP Link Layer Datagram Protocol
  • unique portal number 240 such as MAC or machine address or serial number (MAC and machine addresses and serial number are unique numbers generated by the manufacturer and built into the hardware components of networking switch 357)
  • the types and speeds of the network connections that bind networking switch 357 to the local network such as network 400
  • the type and size of ports P of networking switch 357 are unique numbers generated by the manufacturer and built into the hardware components of networking
  • network engine 358 preferably assigns new or deployed networking switch 357 with preferably the following network policy PL, including, but not limited to, an Internet Protocol (IP) address, an IP gateway address, if needed, login and security information; information, software or applications to enable networking switch 357 to be managed remotely via network engine 358, and information to enable networking switch 357 to pass certain types of network traffic and block other types of traffic.
  • network engine 358 preferably pass down the required configuration and the most current level of switch or wireless access point software, automatically upgrading networking switch 357 or access point and automatically configuring networking switch 357 or access point and its interconnections to networking system 100, as part of the network policy PL.
  • Network engine 358 preferably knows the location (port P connections) and configuration (network map) of the first wired network switch 357.0 (the core switch), because this has been entered into network engine 358 of server 300 stored in database 351 before the installation of networking switch 357. This will be the starting point for the expansion of network system 100 by adding more devices, such as computing device(s) 200, storage device(s) 200, server 300, network 400, and network switch(es) 357. n thereto. As soon as the assignment of the new piece of network equipment, such as network switch 357.
  • n to the network system 100 is completed by network engine 358 stored in database 351 , server 300 via network engine 358 will then send an inquiry (normally called a trace-route) through the already-known network and find or determine association, capacity, and location information of route thru network system 100 (network switch 357.n, ports P, and interface speed and capacity), location (port P connections) and added configuration (addition to the network map) of the next newly-installed network switch 357. n (network switch 357. n capacity) relative to the location (port P connections) and configuration (network map) of the already-known network switches 357. n, of network system 100, as shown in FIG. 8 (the template or location information of network switch 357.n).
  • Location information further includes location of (port P connections), port capacity of port P, and added configuration (addition to the network map) is preferably entered by server 300 into the network map of network engine 358 stored in database 351. Moreover, location information is preferably utilized to determine the next (downstream) installed network switches 357.n, of network system 100, and this location information, such as location (port P connections) and added configuration (addition to the network map) is preferably utilized to determine the next-next downstream switch after that, and likewise in stepwise fashion.
  • location information such as location (port P connections), port capacity of port P, and added configuration (addition to the network map) are preferably entered by server 300 into the network map of network engine 358 stored in database 351 for network system 100, including network switches 357. n, computing device(s) 200, storage device(s) 200, server 300, and/or network 400.
  • network engine 358 stored in database 351 can automatically be created, showing the association of all network switches 357.n, and likewise for computing device(s) 200, storage device(s) 200, server 300, and/or network 400.
  • network engine 358 preferably utilizes Virtual Local Area Networks (VLANS) a way of partitioning (partition) or segmenting (segment) network switch(es) 357. n into groups or sub-groups of networks by assigning ports P of network switch 357 and/or grouping of network switch(es) 357 to exist as sub-networks on network system 100. Moreover, network engine 358 preferably groups network switch(es) 357. n of network system 100 into one or more virtual sub-networks of logically networked devices that act as if they are on their own independent network, even if they share a common infrastructure with other VLANs operational on network system 100.
  • VLANS Virtual Local Area Networks
  • network engine 358 preferably utilizes Quality of Service (QOS) a broad collection of networking technologies and techniques, wherein the goal of QOS is to provide guarantees on the ability of network system 100 to deliver predictable results for data communications.
  • QOS Quality of Service
  • Elements of network performance within the scope of QOS often include, but are not limited to, availability (uptime), bandwidth (throughput), latency (delay), and error rate.
  • network engine 358 preferably utilizes Spanning Tree Protocol (STP) a network protocol that ensures a loop-free topology for any bridged Ethernet local area network of network system 100.
  • STP Spanning Tree Protocol
  • network system 100 enables network system 100 to include spare (redundant) network switch 357, ports P and/or communications 120 to provide automatic backup paths within network system 100 if an active network switch 357, ports P and/or communications 120 fails, without the danger of bridge network switch 357, ports P and/or communications 120.
  • Network engine 358 via server 300 can also determine the wired switch port number P that the new network switch 357. n utilizes to connect to the next upstream and/or downstream network switches 357. n, and by learning location information, such as location (port P connections) information network engine 358 stored in database 351 preferably can calculate or infer the type of connection (copper, fiber, or the like) since network engine 358 stored in database 351 knows the transmission capacity of port(s) P, the connection location (port P connections), and added configuration (addition to the network map) of each previously registered upstream network switches 357.n. Furthermore, information on the type of connections and capacity linking network switches 357. n together in network system 100 is preferably added to network engine 358 stored in database 351.
  • network engine 358 via server 300 and database 351 preferably is configured to collect and utilize location information, network template, a set of network rules, and/or predetermined network switch(es) 357.n template from existing, new and/or deployed network switch(es) 357.n distributed throughout network system 100 and network engine 358 generates and maintains new or revised network policy PL comprising a set of rules R based on location information, network template, a set of network rules, and/or predetermined network switch(es) 357. n template for operation of network switch(es) 357.n within network system 100 and enables network engine 358 to register, such as auto or self-registering (automatically registers or self-registers) network switches 357.
  • register such as auto or self-registering (automatically registers or self-registers) network switches 357.
  • network policy PL includes but is not limited to rules R, including generating a network map of in-service and available network switch(es) 357.n, ports P and/or communications 120.n of network system 100, determining the location and owner (upstream network switch 357) of each network switch(es) 357.
  • n to provide automatic backup paths network system 100, determining the type(s) of connections between network switch(es) 357.n, ports P, and communications 120. n of network system 100 required to traverse in order to communicate between server 300 and each network switch(es) 357.n, creating and managing the range of permissible network switch(es) 357.n IP addresses, creating and managing a list of permissible (and available) to network switch(es) 357.n names and/or hosting, creating and managing a list of permissible passwords and combinations of passwords permissible (and available) to network switch(es) 357. n, creating and managing a list of network switch(es) 357.
  • n installed (if any) on network system 100 and the configuration of the nearest connected network switch(es) 357.n,(core) switch, creating and managing a list of permissible types of network switch(es) 357.n compatible with network switch(es) 357. n of network system 100, creating and managing a list of permissible sub-network types, by area, for network switch(es) 357. n and network system 100, creating and managing a list of permissible network configurations, by network type, authorized IP address, or some other identifier, and/or creating and managing the current and correct level of software for network switch(es) 357. n of network system 100.
  • Network engine 358 creates network policy PL3 for edge switch 3, such as network switch 357.3, including but not limited to, generating a network map of in-service and available ports P and/or communications 120 of network switch 357.3, determining the location and owner (upstream network switch 357) of network switch 357.3, determining the connection routes through network system 100 to communicate between server 300 and each network switch(es) 357.
  • n and network switch 357.3 creating and managing VLANS of ports P and/or network switch(es) 357 within the permissible network and sub-network configurations of network switch(es) 357 of network switch 357.3, by network type, authorized IP address, or some other identifier, collecting and monitoring quality of service data on network switch 357.3 or ports P of network switch 357.3 (QOS), creating and managing spare (redundant) network switch(es) 357.
  • QOS quality of service data on network switch 357.3 or ports P of network switch 357.3
  • QOS quality of service data on network switch 357.3 or ports P of network switch 357.3 (QOS)
  • QOS quality of service data on network switch 357.3 or ports P of network switch 357.3 (QOS)
  • QOS quality of service data on network switch 357.3 or ports P of network switch 357.3 (QOS)
  • QOS quality of service data on network switch 357.3 or ports P of network switch 357.3 (QOS)
  • QOS quality of service data on network switch 357.3 or ports P of network switch 357.3
  • network engine 358 via server 300 preferably deploys or downloads network policy PL3 to edge switch 3, such as network switch 357.3 to configure edge switch 3, such as network switch 357.3 based on network policy PL3 and likewise deploys network policy PL to any other new or deployed networking switch(es) 357 to configure other new or deployed networking switch(es) 357 based on network policy PL.
  • Network engine 358 via server 300 preferably communicates or deploys (deploying) network policy PL3 to network switch 357.3 by communicating and configuring network switch 357.3, more specifically by communicating the network map of in-service and available ports P and/or communications 120 of network switch 357.3, by communicating the location and owner (upstream network switch 357) of network switch 357.3, by communicating the connection routes through network system 100 to communicate between server 300 and each network switch(es) 357.n and network switch 357.3, by communicating VLANS of ports P and/or network switch(es) 357 within the permissible network and sub-network configurations of network switch(es) 357 of network switch 357.3, by network type, authorized IP address, or some other identifier, by communicating the quality of service data on network switch 357.3 or ports P of network switch 357.3 (QOS), by communicating the spare (redundant) network switch(es) 357.
  • QOS Quality of service data on network switch 357.3 or ports P of network switch 357.3
  • ports P and/or communications 120.n to provide automatic backup paths for network switch 357.3, by communicating the type(s) of connections between ports P, and communications 120. n of network switch 357.3 required to traverse in order to communicate between server 300 and each network switch(es) 357.
  • network switch 357.3 by communicating the selected IP addresses to network switch 357.3, by communicating the selected names and/or hosting to network switch 357.3, by communicating the selected password to network switch 357.3, by communicating the list of network switch(es) 357 installed (if any) on network system 100 and the configuration of the nearest connected network switch(es) 357, (core) switch to network switch 357.3, by communicating the list of permissible types of network switch(es) 357 compatible with network switch 357.3, by communicating the list of permissible sub-network types, by area, for network switch 357.3, by communicating the list of permissible network configurations for network switch 357.3, by network type, authorized IP address, or some other identifier, and/or by communicating and loading the current and correct level of software for network switch 357.3.
  • edge switch 3 such as network switch 357.3 receives network policy PL3 and edge switch 3, such as network switch 357.3 and deploys, implements or executes network policy PL3 configuring edge switch 3, such as network switch 357.3 according to network policy PL3, and likewise receives and implements network policy PL configuring any other new or deployed networking switch(es) 357.
  • edge switch 3 such as network switch 357.3 communicates back through network system 100 to network engine 358 via server 300 that network policy PL3 has been deployed and implemented (or status of deployment) by edge switch 3, such as network switch 357.3 and likewise communicates back through network system 100 to network engine 358 via server 300 that network policy PL has been deployed and implemented by any other new or deployed networking switch(es) 357.
  • network engine 358 via server 300 registers edge switch 3, such as network switch 357.3 based on network policy PL3 and likewise registers any other new or deployed network switch(es) 357 as network switch(es) 357 of network system 100 based on network policy PL.
  • preventing non-permissible device, such as network switch 357 from operating within network system 100 and/or connecting to other devices within network system 100 preferably is a security feature desired for network system 100 since one of the main security vulnerabilities in conventional networks, such as network system 100 is the ability of unauthorized installation of non-permissible device, such as network switch 357, which can then support unpermitted connections to network system 100.
  • network engine 358 via server 300 adds or stores network switch 357.3 location information to switch location file, such as network map in database 351 and stores (storing) new or revised network switch 357.3 location file in database 351 in network communications with server 300 and likewise adds any other new or deployed network switch(es) 357.n to switch location file, such as network map in database 351.
  • network switch 357.3 location information is information in port P3 of core switch, such as network switch 357.0.
  • network engine 358 via server 300 utilizes previous network switch 357.3 location information set forth in switch location file, such as network map in database 351 to determine the next or other available location to determine where to add other new or deployed network switch(es) 357.n to network system 100.
  • network engine 358 via server 300 utilizes, queries, manages, switch location file, and updates network map in database 351 to know active in use ports P, such as core switch, such as network switch 357.0 port's P1 , P2, P3, P4; edge switch 1 , such as network switch 357.1 port P1 ; edge switch 2, such as network switch 357.2 port's P1 , P2; edge switch 3, such as network switch 357.3 port P1 ; edge switch 4, such as network switch 357.4 port P1 and available or unused ports such as edge switch 1 , such as network switch 357.1 port P2, P3; edge switch 2, such as network switch 357.2 port's P3; edge switch 3, such as network switch 357.3 port P2, P3; edge switch 4, such as network switch 357.4 port P2, P3.
  • Network engine 358 via server 300 queries, manages, and updates network map in database 351 to know active in use ports P and available or unused ports P of network system 100.
  • network engine 358 via server 300 queries active in use ports P and available or unused ports P of network switch(es) 357 of network system 100 in search of new or deployed or moved network switch(es) 357 within network system 100 via communications from network switch(es) 357, as set forth in step 920.

Abstract

La présente invention concerne un système d'enregistrement et de gestion d'un réseau distribué de commutateurs de réseau, ainsi que des procédés d'utilisation associés. En général, les procédés comprennent les étapes consistant à : équiper un commutateur de réseau à enregistrement automatique d'un système d'exploitation propriétaire intégré installé sur une UCT et dans une mémoire informatique ; brancher le commutateur de réseau dans un réseau comportant un ou plusieurs serveurs et/ou un ou plusieurs autres commutateurs de réseau ; alimenter le commutateur de réseau ; communiquer un ID d'enregistrement à un moteur de réseau (un type de commutateur de réseau) et l'emplacement du commutateur de réseau dans le réseau audit moteur de réseau ; s'enregistrer auprès du moteur de réseau ; exécuter un plan de déploiement de commutateurs de réseau ou un ensemble de règles de commutateurs de réseau sur la base d'une stratégie prédéfinie de réseau distribué. Ainsi, le système fonctionne comme un réseau de commutateurs de réseau à enregistrement automatique sans personnel informatique, tel un équipement de réseau filaire et un équipement de réseau sans fil faisant office de points d'accès.
PCT/US2014/057347 2013-09-30 2014-09-25 Système d'enregistrement et de gestion d'un réseau distribué de commutateurs de réseau, et procédés d'utilisation associés WO2015048218A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US14/042,625 2013-09-30
US14/042,625 US20140244819A1 (en) 2013-02-27 2013-09-30 System for registering and managing a distributed network of network switches and method of use thereof

Publications (1)

Publication Number Publication Date
WO2015048218A1 true WO2015048218A1 (fr) 2015-04-02

Family

ID=52744440

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2014/057347 WO2015048218A1 (fr) 2013-09-30 2014-09-25 Système d'enregistrement et de gestion d'un réseau distribué de commutateurs de réseau, et procédés d'utilisation associés

Country Status (1)

Country Link
WO (1) WO2015048218A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030216143A1 (en) * 2002-03-01 2003-11-20 Roese John J. Location discovery in a data network
US6684244B1 (en) * 2000-01-07 2004-01-27 Hewlett-Packard Development Company, Lp. Aggregated policy deployment and status propagation in network management systems
US20060191005A1 (en) * 2005-02-23 2006-08-24 Sbc Knowledge Ventures, L.P. Centralized access control system and methods for distributed broadband access points
US7263076B1 (en) * 2004-10-09 2007-08-28 Radiuz Networks Llc System and method for managing a wireless network community
US20070291770A1 (en) * 2006-06-20 2007-12-20 Qualcomm Incorporated Discovery of neighbor cells

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6684244B1 (en) * 2000-01-07 2004-01-27 Hewlett-Packard Development Company, Lp. Aggregated policy deployment and status propagation in network management systems
US20030216143A1 (en) * 2002-03-01 2003-11-20 Roese John J. Location discovery in a data network
US7263076B1 (en) * 2004-10-09 2007-08-28 Radiuz Networks Llc System and method for managing a wireless network community
US20060191005A1 (en) * 2005-02-23 2006-08-24 Sbc Knowledge Ventures, L.P. Centralized access control system and methods for distributed broadband access points
US20070291770A1 (en) * 2006-06-20 2007-12-20 Qualcomm Incorporated Discovery of neighbor cells

Similar Documents

Publication Publication Date Title
US20140244819A1 (en) System for registering and managing a distributed network of network switches and method of use thereof
US11799727B2 (en) Extending center cluster membership to additional compute resources
CN113169891B (zh) 通过软件定义的操作管理及维护来识别和解决结构网络中的算法问题
US11831491B2 (en) System and methods to validate issue detection and classification in a network assurance system
US10652101B2 (en) System and method for managing site-to-site VPNs of a cloud managed network
CN113016167B (zh) 在网络中使权利跟随终端设备的方法和装置
US9674037B2 (en) Centralized management of access points
US11509532B2 (en) Switch triggered traffic tracking
US20200162589A1 (en) Intent based network data path tracing and instant diagnostics
US11861385B2 (en) Method for electronic device virtualization and management
CN112956158B (zh) 结构数据平面监视
US20140244724A1 (en) System for registering and managing a distributed network of storage devices and method of use thereof
US11716250B2 (en) Network scale emulator
US20240106708A1 (en) Fabric availability and synchronization
WO2015048218A1 (fr) Système d'enregistrement et de gestion d'un réseau distribué de commutateurs de réseau, et procédés d'utilisation associés
WO2015031076A2 (fr) Système d'enregistrement et de gestion d'un réseau distribué de dispositifs de stockage, et son procédé de commande

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14847283

Country of ref document: EP

Kind code of ref document: A1