Abstract: Provided are systems, methods, and computer-readable medium for enabling sharing of a multi-channel packet processor by multiple processes executing on a network device. The network device can include a memory management unit, configured to include an address map. The address map can include a reserved portion. The virtual machine can allocate a guest portion in the address map, where the guest portion is allocated in a part of the address map that does not include the reserved portion. A first channel from the packet processor can be assigned to the guest portion, and the virtual machine can use the first channel to receive packets. The reserved portion can be assigned to a host process executing on the network device. A second channel from the packet processor can be assigned to the reserved portion. The host process can transmit packets to the network using the second channel.

Abstract: A network device may execute a software keep-alive process (SKAP) that enables the network device to continue to send keep-alive packets without interruption even during events such as a network operating system failover/switchover or an in-place system upgrade. The network device maintains a database of keep-alive network sessions storing information that is used to schedule and send keep-alive messages or packets for the keep-alive network sessions. The database may be shared between network operating subsystems and programs executed by the network device. The database may be updated by a network operating subsystem and the information may then be used by the SKAP to schedule and send out keep-alive messages or packets for the keep-alive network sessions. For example, a virtual machine may store information for a keep-alive network session in the database, which is used by SKAP to schedule transmission of keep-alive packets for that keep-alive network session.

Abstract: A network device may execute a process (e.g., a software keep-alive process (SKAP)) that schedules the transmission of keep-alive messages or packets. The network device maintains a database of keep-alive network sessions storing information that is used for scheduling the transmission of the keep-alive messages or packets for the keep-alive network sessions. The database may be read and a next transmission time and session frequency for one or more keep-alive sessions may be determined. The one or more keep-alive sessions may then be placed in appropriate banks within a timer queue based on the determined next transmission time and session frequency. Each bank is associated with a time period from the current time. The keep-alive sessions having sooner next transmission times are placed in higher priority banks. The scheduler may allow for real-time scheduling of the one or more keep-alive sessions.

Abstract: Provided are systems, methods, and computer-readable medium for enabling sharing of a multi-channel packet processor by multiple processes executing on a network device. The network device can include a memory management unit, configured to include an address map. The address map can include a reserved portion. The virtual machine can allocate a guest portion in the address map, where the guest portion is allocated in a part of the address map that does not include the reserved portion. A first channel from the packet processor can be assigned to the guest portion, and the virtual machine can use the first channel to receive packets. The reserved portion can be assigned to a host process executing on the network device. A second channel from the packet processor can be assigned to the reserved portion. The host process can transmit packets to the network using the second channel.

Abstract: Provided are systems, methods, and computer-readable medium for enabling sharing of a multi-channel packet processor by multiple processes executing on a network device. The network device can include a memory management unit, configured to include an address map. The address map can include a reserved portion. The virtual machine can allocate a guest portion in the address map, where the guest portion is allocated in a part of the address map that does not include the reserved portion. A first channel from the packet processor can be assigned to the guest portion, and the virtual machine can use the first channel to receive packets. The reserved portion can be assigned to a host process executing on the network device. A second channel from the packet processor can be assigned to the reserved portion. The host process can transmit packets to the network using the second channel.

Abstract: One embodiment of the present invention provides a switching system. The switching system includes a plurality of line cards, each of which includes one or more ports, a processor, one or more switch fabric cards for facilitating switching among the line cards, and a memory storing instructions for facilitating efficient hot-swapping. During operation, the switching system identifies a hot-swapping event of a first switch fabric card based on a data structure indicating the one or more switch fabric cards. The hot-swapping event indicates insertion or removal of the first switch fabric card while the switching system remains in an operational state. The switching system then determines an event type associated with the hot-swapping event and manages the first switch fabric card based on the determined event type.

Abstract: A network device may execute a process (e.g., a software keep-alive process (SKAP)) that schedules the transmission of keep-alive messages or packets. The network device maintains a database of keep-alive network sessions storing information that is used for scheduling the transmission of the keep-alive messages or packets for the keep-alive network sessions. The database may be read and a next transmission time and session frequency for one or more keep-alive sessions may be determined. The one or more keep-alive sessions may then be placed in appropriate banks within a timer queue based on the determined next transmission time and session frequency. Each bank is associated with a time period from the current time. The keep-alive sessions having sooner next transmission times are placed in higher priority banks. The scheduler may allow for real-time scheduling of the one or more keep-alive sessions.

Abstract: A network device may execute a software keep-alive process (SKAP) that enables the network device to continue to send keep-alive packets without interruption even during events such as a network operating system failover/switchover or an in-place system upgrade. The network device maintains a database of keep-alive network sessions storing information that is used to schedule and send keep-alive messages or packets for the keep-alive network sessions. The database may be shared between network operating subsystems and programs executed by the network device. The database may be updated by a network operating subsystem and the information may then be used by the SKAP to schedule and send out keep-alive messages or packets for the keep-alive network sessions. For example, a virtual machine may store information for a keep-alive network session in the database, which is used by SKAP to schedule transmission of keep-alive packets for that keep-alive network session.

Abstract: Systems, methods, apparatus, and computer-readable medium are described for executing a foreground bound process with characteristics similar to a background process. In certain implementations, a code wrapper is executed before and/or after the foreground bound process is invoked that dissociates the process input/output with the standard input/output provided by the operating system and redirects the input/output such that the foreground process no longer blocks the input/output and another process can interact with the foreground bound process.

Abstract: Provided are systems, methods, and computer-readable medium for enabling sharing of a multi-channel packet processor by multiple processes executing on a network device. The network device can include a memory management unit, configured to include an address map. The address map can include a reserved portion. The virtual machine can allocate a guest portion in the address map, where the guest portion is allocated in a part of the address map that does not include the reserved portion. A first channel from the packet processor can be assigned to the guest portion, and the virtual machine can use the first channel to receive packets. The reserved portion can be assigned to a host process executing on the network device. A second channel from the packet processor can be assigned to the reserved portion. The host process can transmit packets to the network using the second channel.

Abstract: One embodiment of the present invention provides a switching system. The switching system includes a plurality of line cards, each of which includes one or more ports, a processor, one or more switch fabric cards for facilitating switching among the line cards, and a memory storing instructions for facilitating efficient hot-swapping. During operation, the switching system identifies a hot-swapping event of a first switch fabric card based on a data structure indicating the one or more switch fabric cards. The hot-swapping event indicates insertion or removal of the first switch fabric card while the switching system remains in an operational state. The switching system then determines an event type associated with the hot-swapping event and manages the first switch fabric card based on the determined event type.

Abstract: Systems and methods coarsely classify unknown documents in a group or not with reference document(s). Documents get scanned into digital images. Counts of contours are taken. The closer the counts of the contours of the unknown document reside to the reference document(s), the more likely the documents are all of a same type. Embodiments typify contour analysis, classification acceptance or not, application of algorithms, and imaging devices with scanners, to name a few.

Abstract: Systems and methods coarsely classify unknown documents in a group or not with reference document(s). Documents get scanned into digital images. Counts of contours are taken. The closer the counts of the contours of the unknown document reside to the reference document(s), the more likely the documents are all of a same type. Embodiments typify contour analysis, classification acceptance or not, application of algorithms, and imaging devices with scanners, to name a few.

Abstract: Systems and methods coarsely classify unknown documents in a group or not with reference document(s). Documents get scanned into digital images. Counts of contours are taken. The closer the counts of the contours of the unknown document reside to the reference document(s), the more likely the documents are all of a same type. Embodiments typify contour analysis, classification acceptance or not, application of algorithms, and imaging devices with scanners, to name a few.

Abstract: Systems and methods coarsely classify unknown documents in a group or not with reference document(s). Documents get scanned into digital images. Counts of contours are taken. The closer the counts of the contours of the unknown document reside to the reference document(s), the more likely the documents are all of a same type. Embodiments typify contour analysis, classification acceptance or not, application of algorithms, and imaging devices with scanners, to name a few.

Abstract: Systems and methods coarsely classify unknown documents in a group or not with reference document(s). Documents get scanned into digital images. Counts of contours are taken. The closer the counts of the contours of the unknown document reside to the reference document(s), the more likely the documents are all of a same type. Embodiments typify contour analysis, classification acceptance or not, application of algorithms, and imaging devices with scanners, to name a few.