4546 results about "Router" patented technology

A data network may include an upstream router having one or more data handling queues, a downstream router, and a policy server. In one embodiment, the policy server includes processing resources, a communication interface in communication with the processing resources, and data storage that stores a configuration manager executable by the processing resources. The configuration manager configures data handling queues of the upstream router to provide a selected bandwidth to one or more of a plurality of service classes of data flows. In addition, the configuration manager transmits to the downstream router one or more virtual pool capacities, each corresponding to a bandwidth at the upstream router for one or more associated service classes among the plurality of service classes. In one embodiment, the configuration manager configures the data handling queues on the upstream router only in response to acknowledgment that one or more virtual pool capacities transmitted to the downstream router were successfully installed.

Aggregating physical connections from customers for presentation to an access router and de-aggregating traffic from a shared link(s) from the access router. Ports of an aggregation unit may be configured such that each has a unique identifier in the place of information (e.g., the layer 2 address) originally in the layer 2 header. The layer 2 (e.g., MAC) address of the customer device connected with the port can be associated with, and therefore determined from, the IP address of the attached device. When a packet is received from a customer, information in the layer 2 header is changed to a unique identifier assigned to a logical port or interface associated with the physical port. When a packet is received from the access router, it is placed on the port assigned to the logical port associated with the destination layer 2 address (or associated with other bits of the unique bit string and at least some of those bits are replaced with the destination layer 2 address of the device associated with the port.

A software application in a multi-processor data router in which a forwarding information base for the router is maintained is provided with a server module and one or more client modules, each client module associated with one or more communication interfaces of the data router. The application is characterized in that the server module sends to each client module only that portion of the forwarding information base specific to the communication interfaces associated with the client module.

Methods and apparatus are provided for administering a communication network. In one embodiment, a first interface screen depicts nodes within a network. The nodes include a pair of media aggregation managers providing multiplexing/demultiplexing of media traffic associated with multiple application sessions between a pair of communities onto a preallocated reservation protocol session between the media aggregation managers. The media aggregation managers are visually distinguishable from other nodes. A second interface screen depicts potential paths through the network. Each potential path is capable of transferring media packets between the media aggregation managers. Via the second user interface screen, a network administrator is capable of initiating (1) path-level configuration of routers that are part of a selected potential path to cause the routers to route media packets exchanged between the pair of communities over the selected path, and (2) establishment of the preallocated reservation protocol session between the media aggregation managers.

The present invention relates to distributing the load between the set routes among a plurality of routes between a communication apparatus which serves as a start point to another communication apparatus which serves as an end point. An apparatus provided in a router in a network collects traffic characteristics of transmission paths connected to the router, notifies other routers of the collected traffic characteristics, calculates load based on the collected traffic characteristics, decides based on the calculated load information whether or not a transmission path should be added or deleted, and equalizes the load among the plurality of transmission paths.

An admission controller and its method of operation for controlling admission of data flows into an aggregate data flow are described. Admitted data flows are aggregated into an aggregate data flow for transmission by a router, for example, over a data network. The aggregate data flow typically follows a pre-established path through the network; for example a multi-protocol label switched (MPLS) path. The path has minimum and maximum bandwidth limits assigned to it. The admission controller controls admission of new data flows into the aggregate data flow by granting or denying new session requests for the new data flows. Congestion notifications received from the network and bandwidth limits of the path are considered in determining whether to grant or deny a new session request. In this way, the admission controller provides elastic sharing of network bandwidth among data flows without exacerbating network congestion and while remaining within the path's bandwidth limits. The data flows may include transaction oriented traffic.

Path determination constraints may be encoded in the form of a program having one or more instructions. Each of instructions may include an operation code, and operands (or pointers to locations where operands are stored). In this way, an extensible, interoperable way for a nodes (e.g., label-switching routers) to communicate constraints within a network is provided. Such constraints may be inserted (e.g., as one or more CONSTRAINT objects) into signaling messages (e.g., a PATH RSVP message). By enabling the signaling of constraints, the determination of constraint-based (label-switched) paths can be distributed among a number of (label-switching) routers or other nodes. Upon receiving a message with constraints (e.g., a CONSTRAINT object(s)), a node may (i) ignore the constraints if the node is a tail-end node (label-switching router), (ii) apply the constraints to a link if the next hop in the (label-switched) path is strict, and/or (iii) perform a constraint-based path determination to a next hop if the next hop is loose.

An overlay protocol and system for allowing multicast routing in the Internet to be performed at the application level. The overlay protocol uses “native” Internet multicast and multicast routing protocols to route information, according to overlay routing tables. Overlay groups are mapped to native multicast groups to exploit native multicasting in regional or local forwarding domains. Use of the overlay protocol allows overlay distribution to be handled in a more intelligent and bandwidth-managed fashion. Overlay routers are placed at each of several local area networks, Internet service provider's point of presence, enterprise, or other cohesively-managed locations. The overlay computers are configured according to bandwidth and security policies, and perform application-level multicast distribution across the otherwise disjoint multicast networks by using the overlay routing. The result is an overlay multicast network that is effectively managed according to local network management policies. Application-level control can be applied to the transferred data at the overlay routers.

A method and apparatus that includes processing for providing multi-cast transmissions within a data network begins by determining, for a source virtual network, a list of downstream virtual sub-networks for multi-cast traffic based on a multi-cast routing protocol. The processing then continues by determining multi-cast group membership on as per downstream virtual sub-network, edge device, and port basis. The process continues when a data packet is received via the source virtual network. The processing then continues by generating a multi-cast session table entry based on the list of downstream virtual sub-networks and the multi-cast group membership. The process continues by establishing virtual connections between the source virtual network and edge devices coupled to virtual sub-networks identified in the list of downstream virtual sub-networks. Having generated the virtual connections, the processing continues by downloading the multi-cast session table to the edge devices. The edge devices utilize the multi-cast session table entry to determine where the received data packets are to be forwarded.

In one embodiment, the system includes a host processor and a plurality of devices connected to the host processor via a USB interface. Each of the devices includes at least a processor and USB controller hardware. The host processor includes message handling logic and each of the devices also include message handling logic that is configured to cooperate with the device to prepend a communication protocol header to a message that one of the devices desires to send to the host or to another of the devices. The host processor and each of the devices are peers with respect to each other. A router located in the host processor analyzes the communication protocol header to determine whether the message is destined for the host processor or for one of the other devices.

A distributed software architecture implements a routing protocol as a set of processes running on a set of processors of a router. The distributed processes cooperate in a manner that internally exploits the distributed set of processors, yet externally presents an appearance/behavior of a single routing protocol process communicating with its peers in the network. The distributed nature of the architecture is achieved without altering the fundamental routing protocol, but by apportioning certain functions/tasks of the protocol among various processes in the multiprocessor router.

An apparatus and method is provided for resolving virtual network names using one or more name routers. A conventional Uniform Resource Locator (URL) naming scheme is extended by allowing any component to be mapped to an address. The resolution process occurs recursively through a plurality of name routers. Resolution can be contextual, such that the same virtual network name may be resolved differently depending on the identity of the client or other parameters.

A proximity-oriented redirection system for service-to-client attachment in a virtual overlay distribution network. The virtual overlay distribution network includes addressable routers for routing packet traffic, wherein a packet of data is routed from a source node to a destination node based on address fields of the packet. The invention includes a redirector coupled to at least one of the addressable routers and includes: logic for accepting a service request from a client; logic for determining a selected server for handling the service request, the selected server being one of a plurality of servers that can handle the service request; and logic for generating a redirection message directed to the client for redirecting the service request to the selected server.

An output port circuit is provided for a router apparatus which routes and transmits a received packet. Each flow is constituted by continuous packets and belongs to a bandwidth-guaranteed class or a best-effort class. A controller controls storage and reading of a packet into and from a storage unit. Upon allocating a basic volume that is a criterion of a memory size stored in the storage unit to each flow to which the packet to be transmitted belongs, the controller manages the basic volume of each flow of the packet belonging to the bandwidth-guaranteed class by individually allocating the basic volume by the memory size required by each flow, and manages the basic volume of each flow of the packets belonging to the best-effort class by collectively allocating the memory size obtained by subtracting a sum of respective basic volumes allocated to the bandwidth-guaranteed class from an entire memory size.

This document describes, among other things, a router providing service-enabled multicast forwarding for a flow-based architecture. Services are enabled using inbound/outbound policies from Access Control Lists (ACLs). In a first mode, per-flow services are not enabled, and flows are aggregated for efficiency. In a second mode, per-flow services are enabled, and control information for an outbound interface (OIF) is shared across all multicast flows that do not have per-flow service enabled. A flow management scheme for these modes allows dynamic multicast membership updates while reducing disruption of active flows. This supports a large multicast OIF list and a high rate of multicast “Joins” and “Leaves”. This provides scalability and performance, such as desired for deploying multicast for broadband subscriber applications.

A device, system and method for controlling the flow of multicast data packets from sources sending data to hosts requesting the data. In one implementation, a router is situated in a data network between sources that send multicast data packets directed to a multicast group and hosts requesting to receive the multicast data packets. The router has one or more network interfaces in the direction of the hosts and stores for each network interface, each multicast group address and each host at least one data record arising from one or more data requests made by the hosts which includes multicast group and source information. The router stores executable instructions to receive messages originating from a host, update the status of the data sources for that host and implement the actions according to one or a combination of Tables 3, 4, 5, 6 and 7 disclosed herein.

A method of filtering multicast packets received in a first network interface of a router is provided. The router receives multicast traffic in the first network interface from sources that send multicast packets to at least a first multicast group address. The router also having second and third network interfaces for receiving multicast traffic requests. In one implementation the filtering method includes receiving in the second network interface a first multicast traffic request for a first multicast group address according to a first multicast routing protocol including a first set of sources, receiving in the third network interface a second multicast traffic request for the first multicast group address according to a second multicast routing protocol, the multicast traffic request including a second set of sources, creating from the first and second multicast traffic requests a filter record having a third set of sources indicative of all of the sources of the first multicast group address requested to be transmitted through the second and third interfaces of the router; and filtering multicast packets received at the first network interface using the record. In alternative embodiments, multiple multicast state records (e.g., an Include source record and an Exclude source record) are stored for each network interface and multicast group address, the multiple multicast state records being used to create one or more multiple filter records that each have a set of sources that are used in combination to filter multicast packets received at the first network interface.