US20210384974A1 - Selective reset system for a remote physical device - Google Patents
Selective reset system for a remote physical device Download PDFInfo
- Publication number
- US20210384974A1 US20210384974A1 US17/338,121 US202117338121A US2021384974A1 US 20210384974 A1 US20210384974 A1 US 20210384974A1 US 202117338121 A US202117338121 A US 202117338121A US 2021384974 A1 US2021384974 A1 US 2021384974A1
- Authority
- US
- United States
- Prior art keywords
- software
- dataplane
- physical device
- remote
- remote physical
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 239000000835 fiber Substances 0.000 claims abstract description 19
- 230000005540 biological transmission Effects 0.000 claims abstract description 5
- 238000000034 method Methods 0.000 description 42
- 230000008569 process Effects 0.000 description 41
- 238000011144 upstream manufacturing Methods 0.000 description 8
- 238000007726 management method Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 239000004744 fabric Substances 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000003116 impacting effect Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
- H04N21/4432—Powering on the client, e.g. bootstrap loading using setup parameters being stored locally or received from the server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/25—Arrangements specific to fibre transmission
- H04B10/2575—Radio-over-fibre, e.g. radio frequency signal modulated onto an optical carrier
- H04B10/25751—Optical arrangements for CATV or video distribution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2801—Broadband local area networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6118—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving cable transmission, e.g. using a cable modem
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/633—Control signals issued by server directed to the network components or client
- H04N21/6338—Control signals issued by server directed to the network components or client directed to network
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
- G06F8/63—Image based installation; Cloning; Build to order
Definitions
- the subject matter of this application relates to efficient remote-phy dataplane management for a cable system.
- Cable Television (CATV) services provide content to large groups of customers (e.g., subscribers) from a central delivery unit, generally referred to as a “head end,” which distributes channels of content to its customers from this central delivery unit through an access network comprising a hybrid fiber coax (HFC) cable plant, including associated components (nodes, amplifiers and taps).
- HFC hybrid fiber coax
- Modern Cable Television (CATV) service networks not only provide media content such as television channels and music channels to a customer, but also provide a host of digital communication services such as Internet Service, Video-on-Demand, telephone service such as VoIP, home automation/security, and so forth.
- CATV head ends have historically included a separate Cable Modem Termination System (CMTS), used to provide high speed data services, such as cable Internet, Voice over Internet Protocol, etc. to cable customers and a video headend system, used to provide video services, such as broadcast video and video on demand (VOD).
- CMTS Cable Modem Termination System
- VOD video and video on demand
- CMTS will include both Ethernet interfaces (or other more traditional high-speed data interfaces) as well as radio frequency (RF) interfaces so that traffic coming from the Internet can be routed (or bridged) through the Ethernet interface, through the CMTS, and then onto the RF interfaces that are connected to the cable company's hybrid fiber coax (HFC) system.
- CMTS Cable Modem Termination System
- RF radio frequency
- Downstream traffic is delivered from the CMTS to a cable modem and/or set top box in a customer's home, while upstream traffic is delivered from a cable modem and/or set top box in a customer's home to the CMTS.
- the Video Headend System similarly provides video to either a set-top, TV with a video decryption card, or other device capable of demodulating and decrypting the incoming encrypted video services.
- CMTS Integrated Converged Cable Access Platform
- I-CCAP Integrated Converged Cable Access Platform
- distributed CMTS e.g., distributed Converged Cable Access Platform
- R-PHY Remote PHY
- PHY physical layer
- R-MAC PHY relocates both the MAC and the PHY to the network's nodes
- the R-PHY device in the remote node converts the downstream data sent from the core from digital-to-analog to be transmitted on radio frequency to the cable modems and/or set top boxes, and converts the upstream radio frequency data sent from the cable modems and/or set top boxes from analog-to-digital format to be transmitted optically to the core.
- FIG. 1 illustrates an integrated Cable Modem Termination System.
- FIG. 2 illustrates a distributed Cable Modem Termination System.
- FIG. 3 illustrates a layered network processing stack.
- FIG. 4 illustrates types of resets supported by a remote physical device.
- FIG. 5 illustrates a hard reset process for a remote physical device.
- FIG. 6 illustrates a soft reset process for a remote physical device.
- FIG. 7 illustrates a modified reset process for a remote physical device.
- FIG. 8 illustrates a further modified reset process for a remote physical device.
- FIG. 9 illustrates a software image and components thereof.
- FIG. 10 illustrates a file naming convention for the software image.
- an integrated CMTS e.g., Integrated Converged Cable Access Platform (CCAP)
- CCAP Integrated Converged Cable Access Platform
- the integrated CMTS 100 may include data 110 that is sent and received over the Internet (or other network) typically in the form of packetized data.
- the integrated CMTS 100 may also receive downstream video 120 , typically in the form of packetized data from an operator video aggregation system.
- broadcast video is typically obtained from a satellite delivery system and pre-processed for delivery to the subscriber though the CCAP or video headend system.
- the integrated CMTS 100 receives and processes the received data 110 and downstream video 120 .
- the CMTS 130 may transmit downstream data 140 and downstream video 150 to a customer's cable modem and/or set top box 160 through a RF distribution network, which may include other devices, such as amplifiers and splitters.
- the CMTS 130 may receive upstream data 170 from a customer's cable modem and/or set top box 160 through a network, which may include other devices, such as amplifiers and splitters.
- the CMTS 130 may include multiple devices to achieve its desired capabilities.
- D-CMTS Distributed Cable Modem Termination System
- CCAP Distributed Converged Cable Access Platform
- the D-CMTS 200 distributes a portion of the functionality of the I-CMTS 100 downstream to a remote location, such as a fiber node, using network packetized data.
- An exemplary D-CMTS 200 may include a remote PHY architecture, where a remote PHY (R-PHY) is preferably an optical node device that is located at the junction of the fiber and the coaxial.
- R-PHY remote PHY
- the R-PHY often includes the MAC and/or PHY layers of a portion of the system.
- the D-CMTS 200 may include a D-CMTS 230 (e.g., core) that includes data 210 that is sent and received over the Internet (or other network) typically in the form of packetized data.
- the D-CMTS 230 may also receive downstream video 220 , typically in the form of packetized data from an operator video aggregation system.
- the D-CMTS 230 receives and processes the received data 210 and downstream video 220 .
- a remote fiber node 280 preferably include a remote PHY device 290 .
- the remote PHY device 290 may transmit downstream data 240 and downstream video 250 to a customer's cable modem and/or set top box 260 through a network, which may include other devices, such as amplifier and splitters.
- the remote PHY device 290 may receive upstream data 270 from a customer's cable modem and/or set top box 260 through a network, which may include other devices, such as amplifiers and splitters.
- the remote PHY device 290 may include multiple devices to achieve its desired capabilities.
- the remote PHY device 290 primarily includes PHY related circuitry, such as downstream QAM modulators, upstream QAM demodulators, together with psuedowire logic to connect to the D-CMTS 230 using network packetized data.
- the remote PHY device 290 and the D-CMTS 230 may include data and/or video interconnections, such as downstream data, downstream video, and upstream data 295 . It is noted that, in some embodiments, video traffic may go directly to the remote physical device thereby bypassing the D-CMTS 230 .
- the remote PHY device 290 may covert downstream DOCSIS (i.e., Data Over Cable Service Interface Specification) data (e.g., DOCSIS 1.0; 1.1; 2.0; 3.0; 3.1; and 4.0 each of which are incorporated herein by reference in their entirety), video data, out of band signals received from the D-CMTS 230 to analog for transmission over RF or analog optics.
- DOCSIS Data Over Cable Service Interface Specification
- the remote PHY device 290 may convert upstream DOCSIS, and out of band signals received from an analog medium, such as RF or analog optics, to digital for transmission to the D-CMTS 230 .
- the R-PHY may move all or a portion of the DOCSIS MAC and/or PHY layers down to the fiber node.
- the architecture of the hardware and/or software may be configured in the form of a plurality of different planes, each of which performing a different set of functionality.
- the layered architecture may include different planes such as a management plane 300 , a control plane 310 , and a data plane 320 .
- a switch fabric 330 may be included as part of the layered architecture.
- the management plane 300 may be generally considered as the customer interaction or otherwise the general software application being run.
- the management plane typically configures, monitors, and provides management, monitoring, and configuration served to all layers of the network stack and other portions of the system.
- control plane 310 is a component to a switching function that often includes system configuration, management, and exchange of routing table information and forwarding information. Typically, the exchange of routing table information is performed relatively infrequently.
- a route controller of the control plane 310 exchanges topology information with other switches and constructs a routing table based upon a routing protocol.
- the control plane may also create a forwarding table for a forwarding engine.
- the control plane may be thought of as the layer that makes decisions about where traffic is sent. Since the control functions are not performed on each arriving individual packet, they tend not to have a strict speed constraint.
- the data plane 320 parses packet headers for switching, manages quality of service, filtering, medium access control, encapsulations, and/or queuing.
- the data plane carriers the data traffic, which may be substantial in the case of cable distribution networks.
- the data plane may be thought of as the layer that primarily forwards traffic to the next hop along the path to the selected destination according to the control plane logic through the switch fabric. The data plane tends to have strict speed constraints since it is performing functions on each arriving individual packet.
- the remote physical device 290 needs to support updating the software of the remote physical device.
- the D-CMTS 230 may command the remote physical device 290 to reset via a ResetCtrl GCP TLV, such as using a command line interface.
- the remote physical device 290 may initiate a reset on its own in reaction to some internal or external event.
- the remote physical device 290 may include a hard reset 400 which is the most comprehensive form of reset.
- the hard reset 400 may be thought of as a “reboot” of the device.
- the remote physical device 290 performs a hard reset 400
- the remote physical device 290 performs a power cycle, or the equivalent thereof, whereupon the remote physical device 290 returns to a state similar to the state achieved on initial power up.
- the remote physical device 290 retains non-volatile configuration through the hard reset.
- the remote physical device 290 returns to the beginning of the remote physical device 290 initialization state machine and performs initialization.
- the remote physical device 290 may include a soft reset 410 that provides a partial reset of the remote physical device 290 . After a soft reset 410 , the remote physical device 290 takes steps to hasten the remote physical device 290 initialization process and minimize service interruption.
- the soft reset 410 resets the remote physical device 290 volatile configuration and operating state, including terminating all connections to all D-CMTSs, releasing IP addresses obtained via DHCP, clearing network authentication information, etc.
- the remote physical device 290 may reset all software states except that which is needed to maintain IEEE 1588 clock frequency.
- the soft reset 410 achieves quicker remote physical device 290 initialization by maintaining the current IEEE 1588 clock frequency without adjustment throughout the soft reset 410 process until it restarts the sync process with the grand master clock (GMC). This allows the remote physical device 290 to provide synchronized operation without having to engage in the time consuming full PTP sync process with the GMC.
- GMC grand master clock
- the hard reset 400 undergoes a time-consuming process that generally requires 4-5 minutes during which service for the customer is not provided by the remote physical device 290 .
- the hard reset 400 process tends to vary from remote physical device to remote physical device, but in general, the D-CMTS 230 downloads an image file (.ITB) that includes a FPGA image, a Uboot (Boot.bin), a Linux Kernel, and all applications and software dataplane.
- the remote physical device 290 then executes the primary boot loader 530 that includes instructions to boot the remote physical device's 290 operating system kernel.
- the operating system kernel 540 is booted and then the software stack is started 550 .
- the software stack 550 includes a software dataplane 552 and a plurality of software applications 554 .
- the remote physical device 290 initializes the hardware 560 (e.g., initialize hardware/programmable logic or FPGA circuits of RPD).
- the remote physical device 290 connects with the D-CMTS 230 to be configured 570 and precision timing protocol 580 is established.
- the soft reset 410 omits downloading the imagefile (.ITB), omits resetting remote physical device, omits loading the entire image file (.ITB), omits executing the primary boot loader, and omits booting operating system kernel.
- the soft reset 410 undergoes a somewhat time-consuming process that requires generally 60 seconds where service for the customer is not provided by the remote physical device 290 .
- the soft reset 410 may include starting the software stack 650 which includes a software dataplane 652 and a plurality of software applications 654 .
- the remote physical device 290 initializes the hardware 660 (e.g., initialize hardware/programmable logic or FPGA circuits of RPD). After the hardware initializes 660 , the remote physical device 290 connects with the D-CMTS 230 to be configured 670 and precision timing protocol 680 remains established.
- the video service, data service, out-of-band data service, etc. are impacted because the reset process kills all applications including the software dataplane.
- the remote physical device 290 re-establishes the GCP (“generic control plane” is a protocol used for configuration of the remote physical device) and the L2TP (layer two tunnelling protocol) connections from scratch.
- the software dataplane is restarted and reprogrammed. Further, the FPGA dataplane modulator is reprogrammed.
- the remote physical device 290 When the remote physical device 290 is restarted, either as a result of a hard reset or a soft reset, the processing of video content, data service, and out-of-band data does not restart until after the configuration is processed and the precision timing protocol is established or maintained. Unfortunately, for a hard reset this process typically takes 4-5 minutes to complete. In most cases, resetting the remote physical device, executing the primary boot loader, downloading of the image file (.ITB) file, and booting operating system kernel is not necessary because those portions of the remote physical device 290 remain operational. In most cases, if updating is required only the software stack 650 which includes the software dataplane 652 and the plurality of software applications 654 is modified. After modification of the software stack 650 , the remote physical device 290 initializes the hardware 660 and connects with the D-CMTS 230 to be configured 670 and establish the precision timing protocol 680 .
- a hard reset this process typically takes 4-5 minutes to complete. In most cases, resetting the remote physical device,
- the remote physical device should maintain configurations received from the D-CMTS, maintain L2TP connection, and/or session state across the reset process so that the remote physical device does not need to establish a fresh GCP connection and L2TP connection with the D-CMTS.
- the configuration state may include QAM channel parameters, OFDM channel parameters, and OOB channel parameters.
- the remote physical device maintains the details of the D-CMTS core connection across the reset process.
- the D-CMTS is alleviated of the need to resend all of such configuration information during the reset process.
- the remote physical device 290 preferably saves its configuration information 700 (e.g., global configuration of RPD) and saves its session/channel information 710 .
- the remote physical device may load this information locally, rather than the traditional process of obtaining such information from the D-CMTS. In this manner, the D-CMTS may remain the substantially the same with respect to the configuration information and the session/channel information.
- the software processes are terminated 720 .
- the software applications are modified, if desired, with updated software applications 730 .
- the software applications are restarted 740 and the configuration information and the session/channel information is loaded 750 . This modified resetting process is especially appropriate if the hardware is functioning properly and it is desirable to restart the software or otherwise it is desirable to update the software which is then started.
- the reset process may first determine whether restarting the software applications is necessary 800 . If remote physical device 290 determines the software applications should be restarted, then its configuration information 802 is saved and its session/channel information 804 is saved. By saving the configuration information 800 and the session/channel information 810 , after the reset process the remote physical device may load this information locally, rather than the traditional process of obtaining such information from the D-CMTS. In this manner, the D-CMTS may remain the substantially the same with respect to the configuration information and the session/channel information. After saving the configuration information 802 and the session/channel information 804 the software applications are terminated 810 . The software applications are modified, if desired, with updated software applications and the software applications are restarted 812 . The software applications are loaded with the configuration information and the session/channel information 816 . The services are not impacted as a result of restarting the software applications.
- the reset process may next determine whether restarting the software dataplane is necessary 830 . If remote physical device 290 determines the software dataplane should be restarted, then the software dataplane is terminated 840 . The software dataplane is modified, if desired, with updated software dataplane 842 . The software dataplane is restarted and the configuration is loaded 844 .
- the GCP connection between a remote physical device and the D-CMTS core may fail for various reasons.
- connection failure a re-establishment of the GCP connection is preferably made without going through the full remote physical device initialization process.
- the GCP reconnect process is initiated by the remote physical device.
- the remote physical device maintains a GCP configuration attribute that controls the remote physical device actions on a GCP connection failure, including whether or not it should attempt to reconnect to a particular core in the event of a GCP connection failure.
- Each core connected to the remote physical device is responsible for configuring the remote physical device on whether or not to attempt a reconnect to that particular core upon GCP connection failure.
- the configuration is accomplished via the GCP Connection Recovery Action (GcpRecoveryAction) TLV.
- the soft reset process, the hard reset process, and/or the modified reset processes may be initiated in any suitable manner.
- initiation may be through a command line interface, a command from the D-CMTS, and/or the remote physical device in the event of a failure such as a software crash, a watchdog timeout, a software upgrade, etc.
- a software image 900 that is downloaded to the remote physical device 290 includes multiple different portions therein.
- the software image 900 may be in the form of an image tree blob (.ITB) file format.
- the software image 900 may include a FPGA image 910 , a primary boot loader 920 (e.g., Uboot), a kernel 930 (e.g., Linux), a software dataplane 940 , and software applications 950 .
- Downloading the software image 900 to the remote physical device is a non-service impacting activity for the customers. However, if a substantial number of remote physical devices are simultaneously restarted, a substantial load may be placed on the D-CMTS to provide configurations and connectivity.
- the software dataplane and/or the software applications can be selectively reset, with minimal impact on service to the customers or no impact on service to the customers, respectively.
- the software package 900 that includes all of the necessary components therein to perform a hard reset of the remote physical device 290 , that is provided to the remote physical device 290 to achieve the desired type of reset process.
- the software package 900 that is provided to the remote physical device 290 include the necessary components to do a hard reset, a soft reset, or a modified reset.
- a file naming convention 1000 such as a version number, of the software package 900 may be selected in a manner to indicate the desired type of reset process to be performed.
- the image file name versioning may employ a scheme where a version string indicates whether (a) the FPGA/Kernel needs to be reloaded, (b) whether the software applications need to be reloaded, and/or (c) whether the software dataplane needs to be reloaded.
- a version number of File_Name_ 001 1010 may be used to indicate that the file is intended to be used for a hard reset.
- a version number of File_Name_ 002 1020 may be used to indicate that the file is intended to be used for a soft reset.
- a version number of File_Name_ 003 1030 may be used to indicate that the file is intended to be used for a software dataplane of the dataplane reset.
- a version number of File_Name_ 004 1040 may be used to indicate that the file is intended to be used for software applications of the control plane reset.
- a version number of File_Name_ 005 1050 may be used to indicate that the file is intended to be used for a software dataplane and software applications reset.
- the remote physical device 290 When the remote physical device 290 is reset, it may use the version number (e.g., 001 , 002 , 003 , 004 , 005 ) to indicate which files should be used during the process of resetting. In some cases, system indicates whether a hard reset (e.g., 001 ) is desired or a soft reset (e.g., 002 , 003 , 004 , 005 ) is desired. The version number is of assistance in determining which files should be used for the soft reset among the files included within the file. In this manner, in many cases, less than all of the files included within the software image are used for the particular reset.
- the version number e.g., 001 , 002 , 003 , 004 , 005
- a hard reset uses the FPGA image 910 , the primary boot loader 920 (e.g., Uboot), the kernel 930 (e.g., Linux), the software dataplane 940 , and the software applications 950 .
- the primary boot loader 920 e.g., Uboot
- the kernel 930 e.g., Linux
- the software dataplane 940 e.g., the software applications 950 .
- a soft reset uses the software dataplane 940 and the software applications 950 , albeit with limited caching of information.
- a software dataplane reset uses the software dataplane 940 , together with appropriate caching.
- a software applications reset uses the software applications 950 , together with appropriate caching.
- a software dataplane and software applications reset uses the software dataplane 940 and the software applications 950 , together with appropriate caching.
- the primary boot loader may be modified prior to performing the reset to decrease the time for the reset.
- each functional block or various features in each of the aforementioned embodiments may be implemented or executed by a circuitry, which is typically an integrated circuit or a plurality of integrated circuits.
- the circuitry designed to execute the functions described in the present specification may comprise a general-purpose processor, a digital signal processor (DSP), an application specific or general application integrated circuit (ASIC), a field programmable gate array (FPGA), or other programmable logic devices, discrete gates or transistor logic, or a discrete hardware component, or a combination thereof.
- the general-purpose processor may be a microprocessor, or alternatively, the processor may be a conventional processor, a controller, a microcontroller or a state machine.
- the general-purpose processor or each circuit described above may be configured by a digital circuit or may be configured by an analogue circuit. Further, when a technology of making into an integrated circuit superseding integrated circuits at the present time appears due to advancement of a semiconductor technology, the integrated circuit by this technology is also able to be used.
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Electromagnetism (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Selective Calling Equipment (AREA)
- Small-Scale Networks (AREA)
Abstract
Description
- This application claims priority of Indian Patent Application Serial Number 202031023745 filed Jun. 5, 2020; and this application claims the benefit of U.S. Provisional Patent Application No. 63/056,338 filed Jul. 24, 2020.
- The subject matter of this application relates to efficient remote-phy dataplane management for a cable system.
- Cable Television (CATV) services provide content to large groups of customers (e.g., subscribers) from a central delivery unit, generally referred to as a “head end,” which distributes channels of content to its customers from this central delivery unit through an access network comprising a hybrid fiber coax (HFC) cable plant, including associated components (nodes, amplifiers and taps). Modern Cable Television (CATV) service networks, however, not only provide media content such as television channels and music channels to a customer, but also provide a host of digital communication services such as Internet Service, Video-on-Demand, telephone service such as VoIP, home automation/security, and so forth. These digital communication services, in turn, require not only communication in a downstream direction from the head end, through the HFC, typically forming a branch network and to a customer, but also require communication in an upstream direction from a customer to the head end typically through the HFC network.
- To this end, CATV head ends have historically included a separate Cable Modem Termination System (CMTS), used to provide high speed data services, such as cable Internet, Voice over Internet Protocol, etc. to cable customers and a video headend system, used to provide video services, such as broadcast video and video on demand (VOD). Typically, a CMTS will include both Ethernet interfaces (or other more traditional high-speed data interfaces) as well as radio frequency (RF) interfaces so that traffic coming from the Internet can be routed (or bridged) through the Ethernet interface, through the CMTS, and then onto the RF interfaces that are connected to the cable company's hybrid fiber coax (HFC) system. Downstream traffic is delivered from the CMTS to a cable modem and/or set top box in a customer's home, while upstream traffic is delivered from a cable modem and/or set top box in a customer's home to the CMTS. The Video Headend System similarly provides video to either a set-top, TV with a video decryption card, or other device capable of demodulating and decrypting the incoming encrypted video services. Many modern CATV systems have combined the functionality of the CMTS with the video delivery system (e.g., EdgeQAM—quadrature amplitude modulation) in a single platform generally referred to an Integrated CMTS (e.g., Integrated Converged Cable Access Platform (CCAP))—video services are prepared and provided to the I-CCAP which then QAM modulates the video onto the appropriate frequencies. Still other modern CATV systems generally referred to as distributed CMTS (e.g., distributed Converged Cable Access Platform) may include a Remote PHY (or R-PHY) which relocates the physical layer (PHY) of a traditional Integrated CCAP by pushing it to the network's fiber nodes (R-MAC PHY relocates both the MAC and the PHY to the network's nodes). Thus, while the core in the CCAP performs the higher layer processing, the R-PHY device in the remote node converts the downstream data sent from the core from digital-to-analog to be transmitted on radio frequency to the cable modems and/or set top boxes, and converts the upstream radio frequency data sent from the cable modems and/or set top boxes from analog-to-digital format to be transmitted optically to the core.
- For a better understanding of the invention, and to show how the same may be carried into effect, reference will now be made, by way of example, to the accompanying drawings, in which:
-
FIG. 1 illustrates an integrated Cable Modem Termination System. -
FIG. 2 illustrates a distributed Cable Modem Termination System. -
FIG. 3 illustrates a layered network processing stack. -
FIG. 4 illustrates types of resets supported by a remote physical device. -
FIG. 5 illustrates a hard reset process for a remote physical device. -
FIG. 6 illustrates a soft reset process for a remote physical device. -
FIG. 7 illustrates a modified reset process for a remote physical device. -
FIG. 8 illustrates a further modified reset process for a remote physical device. -
FIG. 9 illustrates a software image and components thereof. -
FIG. 10 illustrates a file naming convention for the software image. - Referring to
FIG. 1 , an integrated CMTS (e.g., Integrated Converged Cable Access Platform (CCAP)) 100 may includedata 110 that is sent and received over the Internet (or other network) typically in the form of packetized data. The integratedCMTS 100 may also receivedownstream video 120, typically in the form of packetized data from an operator video aggregation system. By way of example, broadcast video is typically obtained from a satellite delivery system and pre-processed for delivery to the subscriber though the CCAP or video headend system. The integratedCMTS 100 receives and processes the receiveddata 110 anddownstream video 120. The CMTS 130 may transmitdownstream data 140 anddownstream video 150 to a customer's cable modem and/or settop box 160 through a RF distribution network, which may include other devices, such as amplifiers and splitters. The CMTS 130 may receiveupstream data 170 from a customer's cable modem and/or settop box 160 through a network, which may include other devices, such as amplifiers and splitters. The CMTS 130 may include multiple devices to achieve its desired capabilities. - Referring to
FIG. 2 , as a result of increasing bandwidth demands, limited facility space for integrated CMTSs, and power consumption considerations, it is desirable to include a Distributed Cable Modem Termination System (D-CMTS) 200 (e.g., Distributed Converged Cable Access Platform (CCAP)). In general, the CMTS is focused on data services while the CCAP further includes broadcast video services. The D-CMTS 200 distributes a portion of the functionality of the I-CMTS 100 downstream to a remote location, such as a fiber node, using network packetized data. An exemplary D-CMTS 200 may include a remote PHY architecture, where a remote PHY (R-PHY) is preferably an optical node device that is located at the junction of the fiber and the coaxial. In general, the R-PHY often includes the MAC and/or PHY layers of a portion of the system. The D-CMTS 200 may include a D-CMTS 230 (e.g., core) that includesdata 210 that is sent and received over the Internet (or other network) typically in the form of packetized data. The D-CMTS 230 may also receivedownstream video 220, typically in the form of packetized data from an operator video aggregation system. The D-CMTS 230 receives and processes the receiveddata 210 anddownstream video 220. Aremote fiber node 280 preferably include aremote PHY device 290. Theremote PHY device 290 may transmitdownstream data 240 anddownstream video 250 to a customer's cable modem and/or settop box 260 through a network, which may include other devices, such as amplifier and splitters. Theremote PHY device 290 may receiveupstream data 270 from a customer's cable modem and/or settop box 260 through a network, which may include other devices, such as amplifiers and splitters. Theremote PHY device 290 may include multiple devices to achieve its desired capabilities. Theremote PHY device 290 primarily includes PHY related circuitry, such as downstream QAM modulators, upstream QAM demodulators, together with psuedowire logic to connect to the D-CMTS 230 using network packetized data. Theremote PHY device 290 and the D-CMTS 230 may include data and/or video interconnections, such as downstream data, downstream video, andupstream data 295. It is noted that, in some embodiments, video traffic may go directly to the remote physical device thereby bypassing the D-CMTS 230. - By way of example, the
remote PHY device 290 may covert downstream DOCSIS (i.e., Data Over Cable Service Interface Specification) data (e.g., DOCSIS 1.0; 1.1; 2.0; 3.0; 3.1; and 4.0 each of which are incorporated herein by reference in their entirety), video data, out of band signals received from the D-CMTS 230 to analog for transmission over RF or analog optics. By way of example, theremote PHY device 290 may convert upstream DOCSIS, and out of band signals received from an analog medium, such as RF or analog optics, to digital for transmission to the D-CMTS 230. As it may be observed, depending on the particular configuration, the R-PHY may move all or a portion of the DOCSIS MAC and/or PHY layers down to the fiber node. - Referring to
FIG. 3 , for data processing and for transferring data across a network, the architecture of the hardware and/or software may be configured in the form of a plurality of different planes, each of which performing a different set of functionality. In relevant part the layered architecture may include different planes such as amanagement plane 300, acontrol plane 310, and adata plane 320. Aswitch fabric 330 may be included as part of the layered architecture. - For example, the
management plane 300 may be generally considered as the customer interaction or otherwise the general software application being run. The management plane typically configures, monitors, and provides management, monitoring, and configuration served to all layers of the network stack and other portions of the system. - For example, the
control plane 310 is a component to a switching function that often includes system configuration, management, and exchange of routing table information and forwarding information. Typically, the exchange of routing table information is performed relatively infrequently. A route controller of thecontrol plane 310 exchanges topology information with other switches and constructs a routing table based upon a routing protocol. The control plane may also create a forwarding table for a forwarding engine. In general, the control plane may be thought of as the layer that makes decisions about where traffic is sent. Since the control functions are not performed on each arriving individual packet, they tend not to have a strict speed constraint. - For example, the
data plane 320 parses packet headers for switching, manages quality of service, filtering, medium access control, encapsulations, and/or queuing. As a general matter, the data plane carriers the data traffic, which may be substantial in the case of cable distribution networks. In general, the data plane may be thought of as the layer that primarily forwards traffic to the next hop along the path to the selected destination according to the control plane logic through the switch fabric. The data plane tends to have strict speed constraints since it is performing functions on each arriving individual packet. - The remote
physical device 290 needs to support updating the software of the remote physical device. For example, the D-CMTS 230 may command the remotephysical device 290 to reset via a ResetCtrl GCP TLV, such as using a command line interface. For example, the remotephysical device 290 may initiate a reset on its own in reaction to some internal or external event. - Referring to
FIG. 4 , the remotephysical device 290 may include ahard reset 400 which is the most comprehensive form of reset. Thehard reset 400 may be thought of as a “reboot” of the device. When the remotephysical device 290 performs ahard reset 400, the remotephysical device 290 performs a power cycle, or the equivalent thereof, whereupon the remotephysical device 290 returns to a state similar to the state achieved on initial power up. The remotephysical device 290 retains non-volatile configuration through the hard reset. After thehard reset 400, the remotephysical device 290 returns to the beginning of the remotephysical device 290 initialization state machine and performs initialization. - The remote
physical device 290 may include asoft reset 410 that provides a partial reset of the remotephysical device 290. After asoft reset 410, the remotephysical device 290 takes steps to hasten the remotephysical device 290 initialization process and minimize service interruption. Thesoft reset 410 resets the remotephysical device 290 volatile configuration and operating state, including terminating all connections to all D-CMTSs, releasing IP addresses obtained via DHCP, clearing network authentication information, etc. The remotephysical device 290 may reset all software states except that which is needed to maintain IEEE 1588 clock frequency. - The
soft reset 410 achieves quicker remotephysical device 290 initialization by maintaining the current IEEE 1588 clock frequency without adjustment throughout thesoft reset 410 process until it restarts the sync process with the grand master clock (GMC). This allows the remotephysical device 290 to provide synchronized operation without having to engage in the time consuming full PTP sync process with the GMC. - Referring to
FIG. 5 , thehard reset 400 undergoes a time-consuming process that generally requires 4-5 minutes during which service for the customer is not provided by the remotephysical device 290. Thehard reset 400 process tends to vary from remote physical device to remote physical device, but in general, the D-CMTS 230 downloads an image file (.ITB) that includes a FPGA image, a Uboot (Boot.bin), a Linux Kernel, and all applications and software dataplane. The remotephysical device 290 then executes theprimary boot loader 530 that includes instructions to boot the remote physical device's 290 operating system kernel. Theoperating system kernel 540 is booted and then the software stack is started 550. Thesoftware stack 550 includes asoftware dataplane 552 and a plurality ofsoftware applications 554. After starting thesoftware stack 550, the remotephysical device 290 initializes the hardware 560 (e.g., initialize hardware/programmable logic or FPGA circuits of RPD). After the hardware initializes 560, the remotephysical device 290 connects with the D-CMTS 230 to be configured 570 andprecision timing protocol 580 is established. - Referring to
FIG. 6 , thesoft reset 410 omits downloading the imagefile (.ITB), omits resetting remote physical device, omits loading the entire image file (.ITB), omits executing the primary boot loader, and omits booting operating system kernel. Thesoft reset 410 undergoes a somewhat time-consuming process that requires generally 60 seconds where service for the customer is not provided by the remotephysical device 290. Thesoft reset 410 may include starting thesoftware stack 650 which includes asoftware dataplane 652 and a plurality ofsoftware applications 654. After starting thesoftware stack 650, the remotephysical device 290 initializes the hardware 660 (e.g., initialize hardware/programmable logic or FPGA circuits of RPD). After the hardware initializes 660, the remotephysical device 290 connects with the D-CMTS 230 to be configured 670 andprecision timing protocol 680 remains established. - In the case of either the hard reset or the soft reset, the video service, data service, out-of-band data service, etc. are impacted because the reset process kills all applications including the software dataplane. During the reset process the remote
physical device 290 re-establishes the GCP (“generic control plane” is a protocol used for configuration of the remote physical device) and the L2TP (layer two tunnelling protocol) connections from scratch. Also, during the reset process of the remotephysical device 290, the software dataplane is restarted and reprogrammed. Further, the FPGA dataplane modulator is reprogrammed. - When the remote
physical device 290 is restarted, either as a result of a hard reset or a soft reset, the processing of video content, data service, and out-of-band data does not restart until after the configuration is processed and the precision timing protocol is established or maintained. Unfortunately, for a hard reset this process typically takes 4-5 minutes to complete. In most cases, resetting the remote physical device, executing the primary boot loader, downloading of the image file (.ITB) file, and booting operating system kernel is not necessary because those portions of the remotephysical device 290 remain operational. In most cases, if updating is required only thesoftware stack 650 which includes thesoftware dataplane 652 and the plurality ofsoftware applications 654 is modified. After modification of thesoftware stack 650, the remotephysical device 290 initializes thehardware 660 and connects with the D-CMTS 230 to be configured 670 and establish theprecision timing protocol 680. - Unfortunately, the hard reset process typically requires over 4-5 minutes to complete and the soft reset process typically requires over a minute to complete, during which time services for customers are not available. A modified process is desirable to reduce the impact on the currently active services both from the perspective of the remote physical device and the perspective of the D-CMTS. To achieve a reduction in the unavailability of active services during the reset process, the remote physical device should maintain configurations received from the D-CMTS, maintain L2TP connection, and/or session state across the reset process so that the remote physical device does not need to establish a fresh GCP connection and L2TP connection with the D-CMTS. For example, the configuration state may include QAM channel parameters, OFDM channel parameters, and OOB channel parameters. In this manner, the remote physical device maintains the details of the D-CMTS core connection across the reset process. With the remote physical device maintaining the details of the D-CMTS core connection, the D-CMTS is alleviated of the need to resend all of such configuration information during the reset process.
- Referring to
FIG. 7 , the remotephysical device 290 preferably saves its configuration information 700 (e.g., global configuration of RPD) and saves its session/channel information 710. By saving theconfiguration information 700 and the session/channel information 710, after the reset process the remote physical device may load this information locally, rather than the traditional process of obtaining such information from the D-CMTS. In this manner, the D-CMTS may remain the substantially the same with respect to the configuration information and the session/channel information. After saving theconfiguration information 700 and the session/channel information 710 the software processes are terminated 720. The software applications are modified, if desired, with updatedsoftware applications 730. The software applications are restarted 740 and the configuration information and the session/channel information is loaded 750. This modified resetting process is especially appropriate if the hardware is functioning properly and it is desirable to restart the software or otherwise it is desirable to update the software which is then started. - Referring to
FIG. 8 , to further decrease the impact on services it was determined that if there is an error in the dataplane, then the software dataplane should be updated (if necessary) and restarted in an effective manner. If there is an error in the software applications, then the software applications should be updated (if necessary) and restarted in an effective manner. - The reset process may first determine whether restarting the software applications is necessary 800. If remote
physical device 290 determines the software applications should be restarted, then itsconfiguration information 802 is saved and its session/channel information 804 is saved. By saving theconfiguration information 800 and the session/channel information 810, after the reset process the remote physical device may load this information locally, rather than the traditional process of obtaining such information from the D-CMTS. In this manner, the D-CMTS may remain the substantially the same with respect to the configuration information and the session/channel information. After saving theconfiguration information 802 and the session/channel information 804 the software applications are terminated 810. The software applications are modified, if desired, with updated software applications and the software applications are restarted 812. The software applications are loaded with the configuration information and the session/channel information 816. The services are not impacted as a result of restarting the software applications. - The reset process may next determine whether restarting the software dataplane is necessary 830. If remote
physical device 290 determines the software dataplane should be restarted, then the software dataplane is terminated 840. The software dataplane is modified, if desired, with updatedsoftware dataplane 842. The software dataplane is restarted and the configuration is loaded 844. - The GCP connection between a remote physical device and the D-CMTS core may fail for various reasons. In this case of connection failure, a re-establishment of the GCP connection is preferably made without going through the full remote physical device initialization process. The GCP reconnect process is initiated by the remote physical device. The remote physical device maintains a GCP configuration attribute that controls the remote physical device actions on a GCP connection failure, including whether or not it should attempt to reconnect to a particular core in the event of a GCP connection failure. Each core connected to the remote physical device is responsible for configuring the remote physical device on whether or not to attempt a reconnect to that particular core upon GCP connection failure. The configuration is accomplished via the GCP Connection Recovery Action (GcpRecoveryAction) TLV.
- The soft reset process, the hard reset process, and/or the modified reset processes may be initiated in any suitable manner. For example, initiation may be through a command line interface, a command from the D-CMTS, and/or the remote physical device in the event of a failure such as a software crash, a watchdog timeout, a software upgrade, etc.
- Referring to
FIG. 9 , as previously described asoftware image 900 that is downloaded to the remotephysical device 290 includes multiple different portions therein. Thesoftware image 900 may be in the form of an image tree blob (.ITB) file format. Thesoftware image 900 may include aFPGA image 910, a primary boot loader 920 (e.g., Uboot), a kernel 930 (e.g., Linux), asoftware dataplane 940, andsoftware applications 950. Downloading thesoftware image 900 to the remote physical device is a non-service impacting activity for the customers. However, if a substantial number of remote physical devices are simultaneously restarted, a substantial load may be placed on the D-CMTS to provide configurations and connectivity. By using the previously described modified reset process, the software dataplane and/or the software applications can be selectively reset, with minimal impact on service to the customers or no impact on service to the customers, respectively. - Referring to
FIG. 10 , it is desirable to use thesame software package 900, that includes all of the necessary components therein to perform a hard reset of the remotephysical device 290, that is provided to the remotephysical device 290 to achieve the desired type of reset process. In other words, it is desirable that thesoftware package 900 that is provided to the remotephysical device 290 include the necessary components to do a hard reset, a soft reset, or a modified reset. Afile naming convention 1000, such as a version number, of thesoftware package 900 may be selected in a manner to indicate the desired type of reset process to be performed. The image file name versioning may employ a scheme where a version string indicates whether (a) the FPGA/Kernel needs to be reloaded, (b) whether the software applications need to be reloaded, and/or (c) whether the software dataplane needs to be reloaded. - A version number of File_Name_001 1010 may be used to indicate that the file is intended to be used for a hard reset.
- A version number of File_Name_002 1020 may be used to indicate that the file is intended to be used for a soft reset.
- A version number of File_Name_003 1030 may be used to indicate that the file is intended to be used for a software dataplane of the dataplane reset.
- A version number of File_Name_004 1040 may be used to indicate that the file is intended to be used for software applications of the control plane reset.
- A version number of File_Name_005 1050 may be used to indicate that the file is intended to be used for a software dataplane and software applications reset.
- When the remote
physical device 290 is reset, it may use the version number (e.g., 001, 002, 003, 004, 005) to indicate which files should be used during the process of resetting. In some cases, system indicates whether a hard reset (e.g., 001) is desired or a soft reset (e.g., 002, 003, 004, 005) is desired. The version number is of assistance in determining which files should be used for the soft reset among the files included within the file. In this manner, in many cases, less than all of the files included within the software image are used for the particular reset. - Typically, a hard reset uses the
FPGA image 910, the primary boot loader 920 (e.g., Uboot), the kernel 930 (e.g., Linux), thesoftware dataplane 940, and thesoftware applications 950. - Typically, a soft reset uses the
software dataplane 940 and thesoftware applications 950, albeit with limited caching of information. - Typically, a software dataplane reset uses the
software dataplane 940, together with appropriate caching. - Typically, a software applications reset uses the
software applications 950, together with appropriate caching. - Typically, a software dataplane and software applications reset uses the
software dataplane 940 and thesoftware applications 950, together with appropriate caching. - In some cases, the primary boot loader may be modified prior to performing the reset to decrease the time for the reset.
- Moreover, each functional block or various features in each of the aforementioned embodiments may be implemented or executed by a circuitry, which is typically an integrated circuit or a plurality of integrated circuits. The circuitry designed to execute the functions described in the present specification may comprise a general-purpose processor, a digital signal processor (DSP), an application specific or general application integrated circuit (ASIC), a field programmable gate array (FPGA), or other programmable logic devices, discrete gates or transistor logic, or a discrete hardware component, or a combination thereof. The general-purpose processor may be a microprocessor, or alternatively, the processor may be a conventional processor, a controller, a microcontroller or a state machine. The general-purpose processor or each circuit described above may be configured by a digital circuit or may be configured by an analogue circuit. Further, when a technology of making into an integrated circuit superseding integrated circuits at the present time appears due to advancement of a semiconductor technology, the integrated circuit by this technology is also able to be used.
- It will be appreciated that the invention is not restricted to the particular embodiment that has been described, and that variations may be made therein without departing from the scope of the invention as defined in the appended claims, as interpreted in accordance with principles of prevailing law, including the doctrine of equivalents or any other principle that enlarges the enforceable scope of a claim beyond its literal scope. Unless the context indicates otherwise, a reference in a claim to the number of instances of an element, be it a reference to one instance or more than one instance, requires at least the stated number of instances of the element but is not intended to exclude from the scope of the claim a structure or method having more instances of that element than stated. The word “comprise” or a derivative thereof, when used in a claim, is used in a nonexclusive sense that is not intended to exclude the presence of other elements or steps in a claimed structure or method.
Claims (7)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/338,121 US11863233B2 (en) | 2020-06-05 | 2021-06-03 | Selective reset system for a remote physical device |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN202031023745 | 2020-06-05 | ||
IN202031023745 | 2020-06-05 | ||
US202063056338P | 2020-07-24 | 2020-07-24 | |
US17/338,121 US11863233B2 (en) | 2020-06-05 | 2021-06-03 | Selective reset system for a remote physical device |
Publications (2)
Publication Number | Publication Date |
---|---|
US20210384974A1 true US20210384974A1 (en) | 2021-12-09 |
US11863233B2 US11863233B2 (en) | 2024-01-02 |
Family
ID=76797086
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/338,121 Active 2041-12-29 US11863233B2 (en) | 2020-06-05 | 2021-06-03 | Selective reset system for a remote physical device |
Country Status (4)
Country | Link |
---|---|
US (1) | US11863233B2 (en) |
AU (1) | AU2021283377A1 (en) |
CA (1) | CA3181298A1 (en) |
WO (1) | WO2021247849A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220416926A1 (en) * | 2021-06-23 | 2022-12-29 | Arris Enterprises Llc | Rpd ucd refresh for timestamp recovery |
US11863233B2 (en) * | 2020-06-05 | 2024-01-02 | Arris Enterprises Llc | Selective reset system for a remote physical device |
Citations (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6804774B1 (en) * | 2000-05-12 | 2004-10-12 | Hewlett-Packard Development Company, L.P. | Software image transition aid comprising building a disk image based on identified hardware |
US8914785B2 (en) * | 2012-07-30 | 2014-12-16 | International Business Machines Corporation | Providing virtual appliance system firmware images |
US20150040115A1 (en) * | 2013-07-31 | 2015-02-05 | Simon Francis Capper | System and method for accelerated software upgrades |
CN105786547A (en) * | 2014-12-26 | 2016-07-20 | 中兴通讯股份有限公司 | Operation system restarting method and apparatus |
US9692612B2 (en) * | 2010-01-22 | 2017-06-27 | Alcatel-Lucent Usa Inc. | Distributed CCAP cable modem termination system |
US9715380B2 (en) * | 2015-05-26 | 2017-07-25 | Cisco Technology, Inc. | Techniques for enabling dynamic update of device data models |
CN107659784A (en) * | 2017-08-31 | 2018-02-02 | 北京航宇创通技术有限公司 | CameraLink image processing apparatus and Electric-Optic Turret |
US20180088963A1 (en) * | 2016-09-29 | 2018-03-29 | Verizon Patent And Licensing Inc. | Software upgrade and disaster recovery on a computing device |
US20180248770A1 (en) * | 2017-02-28 | 2018-08-30 | Arista Networks, Inc. | System and method of network operating system containers |
US20190036785A1 (en) * | 2017-07-07 | 2019-01-31 | Howard Pfeffer | Apparatus and methods for management, configuration and provisioning of communication devices in a distributed access architecture |
CN109413497A (en) * | 2018-09-12 | 2019-03-01 | 青岛海信电器股份有限公司 | A kind of intelligent TV set and its system start method |
US20190324761A1 (en) * | 2018-04-20 | 2019-10-24 | Samsung Electronics Co., Ltd. | Application processor, system on chip, and method of booting device |
US10623814B1 (en) * | 2018-11-01 | 2020-04-14 | Harmonic, Inc. | CATV Equipment fast boot after power interruption |
US20200153682A1 (en) * | 2018-11-08 | 2020-05-14 | Arista Networks, Inc. | System and method for processing messages during a reboot of a network device |
US20200186622A1 (en) * | 2018-12-10 | 2020-06-11 | Electronics And Telecommunications Research Institute | System and method for providing microservice-based device control interface |
US10742553B1 (en) * | 2018-05-29 | 2020-08-11 | Juniper Networks, Inc. | Forwarding information base caching |
US20200348944A1 (en) * | 2019-05-01 | 2020-11-05 | Mellanox Technologies, Ltd. | Acceleration Module Supporting Controlled Configuration of a Programmable Logic Device |
US10997297B1 (en) * | 2019-12-06 | 2021-05-04 | Western Digital Technologies, Inc. | Validating firmware for data storage devices |
US11657125B2 (en) * | 2019-09-20 | 2023-05-23 | Canon Kabushiki Kaisha | Information processing apparatus and reset control method |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7120786B2 (en) | 2002-06-17 | 2006-10-10 | Microsoft Corporation | Booting from a compressed image |
US7814481B1 (en) * | 2003-08-21 | 2010-10-12 | Cisco Technology, Inc. | Method and system for minimal disruption during software upgrade or reload of a network device |
TWI277905B (en) * | 2005-08-03 | 2007-04-01 | Via Tech Inc | Boot method and computer utilizing the same |
CA3181298A1 (en) * | 2020-06-05 | 2021-12-09 | Anand Kumar Goenka | Selective reset system for a remote physical device |
-
2021
- 2021-06-03 CA CA3181298A patent/CA3181298A1/en active Pending
- 2021-06-03 AU AU2021283377A patent/AU2021283377A1/en active Pending
- 2021-06-03 US US17/338,121 patent/US11863233B2/en active Active
- 2021-06-03 WO PCT/US2021/035681 patent/WO2021247849A1/en active Application Filing
Patent Citations (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6804774B1 (en) * | 2000-05-12 | 2004-10-12 | Hewlett-Packard Development Company, L.P. | Software image transition aid comprising building a disk image based on identified hardware |
US9692612B2 (en) * | 2010-01-22 | 2017-06-27 | Alcatel-Lucent Usa Inc. | Distributed CCAP cable modem termination system |
US8914785B2 (en) * | 2012-07-30 | 2014-12-16 | International Business Machines Corporation | Providing virtual appliance system firmware images |
US20150040115A1 (en) * | 2013-07-31 | 2015-02-05 | Simon Francis Capper | System and method for accelerated software upgrades |
CN105786547A (en) * | 2014-12-26 | 2016-07-20 | 中兴通讯股份有限公司 | Operation system restarting method and apparatus |
US9715380B2 (en) * | 2015-05-26 | 2017-07-25 | Cisco Technology, Inc. | Techniques for enabling dynamic update of device data models |
US20180088963A1 (en) * | 2016-09-29 | 2018-03-29 | Verizon Patent And Licensing Inc. | Software upgrade and disaster recovery on a computing device |
US20180248770A1 (en) * | 2017-02-28 | 2018-08-30 | Arista Networks, Inc. | System and method of network operating system containers |
US20190036785A1 (en) * | 2017-07-07 | 2019-01-31 | Howard Pfeffer | Apparatus and methods for management, configuration and provisioning of communication devices in a distributed access architecture |
CN107659784A (en) * | 2017-08-31 | 2018-02-02 | 北京航宇创通技术有限公司 | CameraLink image processing apparatus and Electric-Optic Turret |
US20190324761A1 (en) * | 2018-04-20 | 2019-10-24 | Samsung Electronics Co., Ltd. | Application processor, system on chip, and method of booting device |
US10742553B1 (en) * | 2018-05-29 | 2020-08-11 | Juniper Networks, Inc. | Forwarding information base caching |
CN109413497A (en) * | 2018-09-12 | 2019-03-01 | 青岛海信电器股份有限公司 | A kind of intelligent TV set and its system start method |
US10623814B1 (en) * | 2018-11-01 | 2020-04-14 | Harmonic, Inc. | CATV Equipment fast boot after power interruption |
US20200153682A1 (en) * | 2018-11-08 | 2020-05-14 | Arista Networks, Inc. | System and method for processing messages during a reboot of a network device |
US20200186622A1 (en) * | 2018-12-10 | 2020-06-11 | Electronics And Telecommunications Research Institute | System and method for providing microservice-based device control interface |
US20200348944A1 (en) * | 2019-05-01 | 2020-11-05 | Mellanox Technologies, Ltd. | Acceleration Module Supporting Controlled Configuration of a Programmable Logic Device |
US11657125B2 (en) * | 2019-09-20 | 2023-05-23 | Canon Kabushiki Kaisha | Information processing apparatus and reset control method |
US10997297B1 (en) * | 2019-12-06 | 2021-05-04 | Western Digital Technologies, Inc. | Validating firmware for data storage devices |
Non-Patent Citations (4)
Title |
---|
Ibanez et al., "Event-Driven Packet Processing", Nov. 2019, ACM (Year: 2019) * |
Shaghaghi et al., "Software-Defined Network (SDN) Data Plane Security: Issues, Solutions, and Future Directions", Jan. 2020, Springer Nature Switzerland (Year: 2020) * |
Thimmaraju et al., "Taking Control of SDN-based Cloud Systems via the Data Plane", Mar. 2018, ACM (Year: 2018) * |
Wang et al., "RESET Mechanism of TiOx Resistance-Change Memory Device", July 2009, IEEE, Vol. 30, No. 7 (Year: 2009) * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11863233B2 (en) * | 2020-06-05 | 2024-01-02 | Arris Enterprises Llc | Selective reset system for a remote physical device |
US20220416926A1 (en) * | 2021-06-23 | 2022-12-29 | Arris Enterprises Llc | Rpd ucd refresh for timestamp recovery |
US11811504B2 (en) * | 2021-06-23 | 2023-11-07 | Arris Enterprises Llc | RPD UCD refresh for timestamp recovery |
Also Published As
Publication number | Publication date |
---|---|
CA3181298A1 (en) | 2021-12-09 |
WO2021247849A1 (en) | 2021-12-09 |
US11863233B2 (en) | 2024-01-02 |
AU2021283377A1 (en) | 2023-02-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230353838A1 (en) | Reset system for a remote physical device | |
US11290787B2 (en) | Multicast video program switching architecture | |
US7966409B1 (en) | Routing protocol based redundancy design for shared-access networks | |
US7058007B1 (en) | Method for a cable modem to rapidly switch to a backup CMTS | |
US11863233B2 (en) | Selective reset system for a remote physical device | |
EP1965561B1 (en) | System and method for transmitting digital content using cable modem termination system (CMTS) bypass architecture | |
EP3028415B1 (en) | Packetized content delivery apparatus and methods | |
US7068712B1 (en) | Cable network redundancy architecture | |
US20160134906A1 (en) | Packetized content delivery apparatus and methods | |
US20240137623A1 (en) | Dynamic update system for a remote physical device | |
US7415603B2 (en) | Method and system of configuring media units from different vendors using a single bulk configuration file | |
US8126958B2 (en) | System and method for billing system interface failover resolution | |
US20060146861A1 (en) | System and Method for Communication over a Network with Extended Frequency Range | |
US20230199274A1 (en) | System to monitor and manage integrated receiver decoders | |
US8499327B2 (en) | Set top terminal performing service group number autodiscovery during initialization or boot-up process | |
US20240134809A1 (en) | Dynamic dma buffer management | |
EP4122171B1 (en) | Efficient remote phy dataplane management for a cable system | |
US11601711B2 (en) | Electronic device and method for enabling DOCSIS 4.0 FDD/FDX operation in HFC plants | |
WO2024064389A1 (en) | System for packetcable version management | |
WO2019232680A1 (en) | Method and device for providing load balancing |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
AS | Assignment |
Owner name: ARRIS ENTERPRISES LLC, GEORGIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:GOENKA, ANAND KUMAR;JOTHILINGAM, VASUDEVAN;HUI, WEI HUNG;SIGNING DATES FROM 20210605 TO 20210723;REEL/FRAME:057009/0839 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
AS | Assignment |
Owner name: JPMORGAN CHASE BANK, N.A., NEW YORK Free format text: ABL SECURITY AGREEMENT;ASSIGNORS:ARRIS ENTERPRISES LLC;COMMSCOPE TECHNOLOGIES LLC;COMMSCOPE, INC. OF NORTH CAROLINA;REEL/FRAME:058843/0712 Effective date: 20211112 Owner name: JPMORGAN CHASE BANK, N.A., NEW YORK Free format text: TERM LOAN SECURITY AGREEMENT;ASSIGNORS:ARRIS ENTERPRISES LLC;COMMSCOPE TECHNOLOGIES LLC;COMMSCOPE, INC. OF NORTH CAROLINA;REEL/FRAME:058875/0449 Effective date: 20211112 |
|
AS | Assignment |
Owner name: WILMINGTON TRUST, DELAWARE Free format text: SECURITY INTEREST;ASSIGNORS:ARRIS SOLUTIONS, INC.;ARRIS ENTERPRISES LLC;COMMSCOPE TECHNOLOGIES LLC;AND OTHERS;REEL/FRAME:060752/0001 Effective date: 20211115 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT RECEIVED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |