Abstract: Multiple non-conflicting actions associated with filter rules may be located and applied to a packet using a single ACL lookup by causing action records to be created from ACEs in the ACL, and then causing the ACL lookup to return the action record rather than any one particular ACE. Radix tables may be created to enable a search engine to quickly locate the appropriate action record based on a particular set of attributes associated with the incoming packet. The action record can contain multiple actions taken from multiple ACEs that apply to the particular packet. By grouping all the actions into an action record, and then searching for an action record that applies to the packet, it is possible to apply all non-conflicting actions to the packet regardless of the number of ACEs that are used to specify those actions. Since all the actions are located together, the actions of all ACEs may be applied to a packet using a single ACL lookup.

Abstract: IP Multinetting on a local area network is simulated by performing VLAN translation at a port connecting to the local area network. This allows IP addresses from multiple subnets to be associated with a single VLAN on the Local Area Network (LAN), while allowing the core switch to process the packets with a one-to-one correspondence between IP Subnet and VLAN. When a packet is received from the local area network at an IP multinetting port, the VLAN ID will be read to determine if the packet contains the IP Multinetting VLAN ID. The IP Subnet address will also be checked to see if the packet is associated with an IP Subnet that is part of the Multinetting. If so, the multinetting VLAN ID will be changed to an IP Subnet specific VLAN ID before the packet is processed by the core switch.

Abstract: IP Multinetting on a local area network is simulated by performing VLAN translation at a port connecting to the local area network. This allows IP addresses from multiple subnets to be associated with a single VLAN on the Local Area Network (LAN), while allowing the core switch to process the packets with a one-to-one correspondence between IP Subnet and VLAN. When a packet is received from the local area network at an IP multinetting port, the VLAN ID will be read to determine if the packet contains the IP Multinetting VLAN ID. The IP Subnet address will also be checked to see if the packet is associated with an IP Subnet that is part of the Multinetting. If so, the multinetting VLAN ID will be changed to an IP Subnet specific VLAN ID before the packet is processed by the core switch. In the reverse direction, IP subnet specific VLAN IDs will be translated to the IP Multinetting VLAN ID.

Abstract: The present invention relates to a method for achieving boundary localization in a scanning apparatus, as well as to a scanning apparatus, which is capable of achieving intelligent judgement on boundary localization of the scanned file by means of this method, through an effective combination of optical, electronical and mechanical techniques. Said method comprises: a regular ribbon, a sensor module capable of detecting the ribbon, and the file to be scanned is placed between the ribbon and the sensor module; said sensor module first scans the ribbon information and stores it in the storage module of the scanning apparatus; said file to be scanned is placed between the sensor module and the ribbon, through the measured ribbon portion covered by the file to be scanned, the sensor is capable of deriving the boundary position of the file to be scanned by means of contrast measurement. With the scanning apparatus capable of achieving boundary localization.

Abstract: IP Multinetting on a local area network is simulated by performing VLAN translation at a port connecting to the local area network. This allows IP addresses from multiple subnets to be associated with a single VLAN on the Local Area Network (LAN), while allowing the core switch to process the packets with a one-to-one correspondence between IP Subnet and VLAN. When a packet is received from the local area network at an IP multinetting port, the VLAN ID will be read to determine if the packet contains the IP Multinetting VLAN ID. The IP Subnet address will also be checked to see if the packet is associated with an IP Subnet that is part of the Multinetting. If so, the multinetting VLAN ID will be changed to an IP Subnet specific VLAN ID before the packet is processed by the core switch. In the reverse direction, IP subnet specific VLAN IDs will be translated to the IP Multinetting VLAN ID.

Abstract: Systems and methods are disclosed of routing traffic in a network that include classifying incoming data packets using the content of the incoming data packets that remains relatively consistent during a network session. These systems and methods also include ordering the incoming traffic according to at least one internet protocol address comprised within the incoming traffic, hashing the at least one internet protocol address and the destination port within the incoming traffic, and determining a destination service module for the incoming traffic. Through these systems and methods, data can be routed without the need for complete flow tables.

Abstract: Systems and methods are disclosed of routing traffic in a network that include classifying incoming data packets using the content of the incoming data packets that remains relatively consistent during a network session. These systems and methods also include ordering the incoming traffic according to at least one internet protocol address comprised within the incoming traffic, hashing the at least one internet protocol address and the destination port within the incoming traffic, and determining a destination service module for the incoming traffic. Through these systems and methods, data can be routed without the need for complete flow tables.

Abstract: Multiple non-conflicting actions associated with filter rules may be located and applied to a packet using a single ACL lookup by causing action records to be created from ACEs in the ACL, and then causing the ACL lookup to return the action record rather than any one particular ACE. Radix tables may be created to enable a search engine to quickly locate the appropriate action record based on a particular set of attributes associated with the incoming packet. The action record can contain multiple actions taken from multiple ACEs that apply to the particular packet. By grouping all the actions into an action record, and then searching for an action record that applies to the packet, it is possible to apply all non-conflicting actions to the packet regardless of the number of ACEs that are used to specify those actions. Since all the actions are located together, the actions of all ACEs may be applied to a packet using a single ACL lookup.