US20100128619A1 - Relay device, relay method, and program - Google Patents
Relay device, relay method, and program Download PDFInfo
- Publication number
- US20100128619A1 US20100128619A1 US12/595,834 US59583408A US2010128619A1 US 20100128619 A1 US20100128619 A1 US 20100128619A1 US 59583408 A US59583408 A US 59583408A US 2010128619 A1 US2010128619 A1 US 2010128619A1
- Authority
- US
- United States
- Prior art keywords
- packets
- packet
- band
- transmission
- reception
- 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.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
- H04L12/1877—Measures taken prior to transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1886—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/11—Identifying congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/20—Support for services
- H04L49/201—Multicast operation; Broadcast operation
Definitions
- the present invention relates to a relay device, a relay method, and a program.
- the present invention relates more particularly to a relay device, a relay method, and a program that suppress congestion of packets.
- IP Internet Protocol
- multicast packets may be delivered through home networks at 20 Mbps (Bits Per Second) or higher.
- a received multicast packet is stored in a buffer 11 . Thereafter, copies of the multicast packet are made, the number of copies being as many as the number of ports A through D to which other devices are connected. The copies of the multicast packet are transmitted from the ports A through D. Then, after the copies of the multicast packet are transmitted from all the ports A through D, the multicast packet whose copies have been transmitted is deleted from the buffer 11 . Processing for transmitting the next packet stored in the buffer 11 is performed.
- a multicast packet is transferred in a predetermined band from the individual ports.
- the port B is connected to a network having a lower transfer speed than networks connected to the other ports, the port B becomes a bottleneck when a multicast packet is transmitted, whereby congestion of packets, packet loss, and the like may occur within the Layer 2 switch.
- the transmission band of the port B is narrower than the reception band of a stream of multicast packets
- a phenomenon occurs in which buffer leak occurs at the buffer 11 , packet loss occurs, and only a multicast packet that is successfully transmitted from the port B is transmitted from the other ports A, C, and D.
- a congestion state in a forward connection is detected using a Resource Management cell (RM cell) and a transmission rate is controlled in a multicast connection control device in an ATM (Asynchronous Transfer Mode) network (for example, see Patent Document 1).
- RM cell Resource Management cell
- ATM Asynchronous Transfer Mode
- Patent Document 1 Japanese Unexamined Patent Application Publication No. 9-312655
- Patent Document 1 relates to a remedy to be applied after occurrence of congestion of packets.
- this remedy it is difficult to prevent the congestion of packets from occurring.
- the present invention has been made in light of such circumstances, and an object thereof is to be able to suppress the occurrence of congestion of packets.
- a relay device which is an aspect of the present invention is a relay device that relays a packet, the relay device including: measurement means for measuring a reception band of a stream of received packets; and transmission control means for controlling transmission of packets so as not to transmit the received packets from a port whose transmission band is lower than a threshold value corresponding to the reception band in a case where the received packets are multicast packets.
- Classification means for classifying the received packets into multicast packets and packets which are not multicast packets may further be included, and the measurement means may be caused to measure only the reception band of a stream of multicast packets.
- the relay device may be caused to relay a packet on the basis of a Layer 2 protocol.
- a relay method or a program which is an aspect of the present invention is a relay method for a relay device that relays a packet or a program for causing a computer to execute relay processing for relaying a packet, the relay method or program including the steps of: measuring a reception band of a stream of received packets; and controlling transmission of packets so as not to transmit the received packets from a port whose transmission band is lower than a threshold value corresponding to the reception band in a case where the received packets are multicast packets.
- the reception band of a stream of received packets is measured, and, in a case where the received packets are multicast packets, transmission of packets is controlled so as not to transmit the received packets from a port whose transmission band is lower than a threshold value corresponding to the reception band.
- transmission of multicast packets is controlled.
- the occurrence of congestion of packets is suppressed.
- FIG. 1 is a diagram for describing an example of existing multicast-packet relay processing.
- FIG. 2 is a block diagram showing an embodiment of a network system to which the present invention is applied.
- FIG. 3 is a block diagram showing a functional structure of a Layer 2 communication unit that realizes a communication function of Layer 2 .
- FIG. 4 is a flowchart for describing packet relay processing.
- FIG. 5 is a diagram for describing an example of multicast-packet relay processing according to the present invention.
- FIG. 6 is a diagram showing an exemplary structure of a computer.
- 101 network system 111 broadband router, 112 Layer 2 switch, 113 terminal device, 131 Layer 2 communication unit, 132 port, 141 reception control unit, 142 buffer, 143 reception-band measurement unit, 144 buffer, 145 transmission-band detection unit, 146 transmission control unit
- FIG. 2 is a block diagram showing an embodiment of a network system to which the present invention is applied.
- a network system 101 in FIG. 2 is, for example, a general home network system.
- the network system 101 includes a broadband router 111 that performs connection to an external network such as the Internet or a carrier network (for example, a CDN (Content Delivery Network) or the like) and that relays packets on the basis of at least Layer 2 and layer 3 (L 3 , Network Layer) protocols, Layer 2 switches 112 A through 112 C that are relay devices for relaying packets on the basis of at least a Layer 2 protocol, and terminal devices 113 A- 1 through 113 A-p, 113 B- 1 through 113 B-q, and 113 C- 1 through 113 C-r that are network-ready devices such as information processing devices, AV (Audio/Visual) devices, and home electric appliances.
- the network system 101 constitutes a Layer 2 network.
- the broadband router 111 is connected to an external network as described above, and is also connected to the Layer 2 switches 112 A and 112 B.
- the Layer 2 switch 112 A is connected to the Layer 2 switch 112 C and the terminal devices 113 A- 1 through 113 A-p.
- the Layer 2 switch 112 B is connected to the terminal devices 113 B- 1 through 113 B-q.
- the Layer 2 switch 112 C is connected to the 113 C- 1 through 113 C-r.
- the Layer 2 switches 112 A through 112 C do not need to be distinguished from each other, they are simply referred to as Layer 2 switches 112 .
- the terminal devices 113 A- 1 through 113 C-r do not need to be distinguished from each other, they are simply referred to as terminal devices 113 .
- FIG. 3 is a block diagram showing a functional structure of a Layer 2 communication unit which is a unit that realizes a communication function of the broadband router 111 and Layer 2 switches 112 on the basis of a Layer 2 protocol.
- a Layer 2 communication unit 131 in FIG. 3 includes a reception control unit 141 , a buffer 142 , a reception-band measurement unit 143 , a buffer 144 , a transmission-band detection unit 145 , and a transmission control unit 146 .
- the reception control unit 141 refers to a destination MAC (Media Access Control) address of a packet received from the outside through one of ports 132 - 1 through 132 -n.
- the packet is stored in the buffer 142 .
- the packet is stored in the buffer 144 via the reception-band measurement unit 143 . That is, the reception control unit 141 classifies the packet as a multicast packet or a packet which is not a multicast packet and stores the packet in a corresponding one of the buffers.
- the reception control unit 141 sends notification of one of the ports 132 - 1 through 132 -n from which the packet has been received and a source MAC address of the received packet, to the transmission control unit 146 .
- ports 132 - 1 through 132 -n are simply referred to as ports 132 .
- a unicast packet whose destination MAC address is a unicast address or a broadcast packet whose destination MAC address is a broadcast address is stored in the buffer 142 .
- the reception-band measurement unit 143 includes, for example, a packet counter and the like.
- the reception-band measurement unit 143 measures the reception band of a stream of multicast packets passing through a channel from the reception control unit 141 to the buffer 144 in unit time and sends a notification of a measured value to the transmission control unit 146 every unit time.
- a multicast packet whose destination MAC address is a multicast address is stored in the buffer 144 .
- the transmission-band detection unit 145 detects the transmission band of each of the ports 132 and sends a notification of a detected result to the transmission control unit 146 .
- an exemplary method for detecting the transmission band of each of the ports 132 will be described below.
- the transmission control unit 146 controls transmission of packets stored in the buffers 142 and 144 from each of the ports 132 , as described below with reference to FIG. 4 . Moreover, the transmission control unit 146 learns the MAC address of each terminal device 113 directly connected to a corresponding one of the ports 132 or indirectly connected to a corresponding one of the ports 132 via another Layer 2 switch 112 or the like, and updates an address table representing a correspondence relationship between each of the ports 132 and the MAC address of each terminal device 113 directly or indirectly connected to the port 132 .
- the transmission-band detection unit 145 detects the transmission band of each of the ports 132 .
- the transmission-band detection unit 145 detects a physical frequency band of each cable connected to a corresponding one of the ports 132 as the transmission band of the port 132 .
- the transmission band of a port 132 to which a cable based on 10Base-T standards is connected is detected as 10 Mbps
- the transmission band of a port 132 to which a cable based on 100Base-TX standards is connected is detected as 100 Mbps.
- the transmission-band detection unit 145 detects a constraint value (for example, a shaper value or the like) of the bandwidth of each of the ports 132 as the transmission band of the port 132 , the constraint value being set using a QoS (Quality of Service) function.
- a constraint value for example, a shaper value or the like
- the transmission-band detection unit 145 sends a notification of the detected value of the transmission band of each of the ports 132 to the transmission control unit 146 .
- step S 2 the reception-band measurement unit 143 starts measuring a reception band. More specifically, the reception-band measurement unit 143 starts processing for measuring the reception band of a stream of multicast packets passing through the channel from the reception control unit 141 to the buffer 144 in unit time and sending a notification of a measured value to the transmission control unit 146 every unit time.
- step S 3 the reception control unit 141 determines whether a packet has been received. If the reception control unit 141 determines that a packet has been received, the procedure proceeds to step S 4 .
- step S 4 the reception control unit 141 classifies the packet. More specifically, in a case where a unicast address or a broadcast address is set to the destination MAC address of the received packet, the reception control unit 141 stores the received packet in the buffer 142 . In a case where a multicast address is set to the destination MAC address, the reception control unit 141 stores the received packet in the buffer 144 .
- the reception control unit 141 sends a notification of the port 132 from which the packet is received and the source MAC address of the received packet to the transmission control unit 146 .
- the transmission control unit 146 learns the MAC address of each terminal device 113 directly or indirectly connected to a corresponding one of the ports 132 in accordance with the information sent as notification, and updates the address table.
- step S 5 the transmission control unit 146 determines whether a packet to be transmitted next is a multicast packet. If the transmission control unit 146 determines that the packet to be transmitted next in a stored order of packets that are stored in the buffers 142 and 144 is a multicast packet, the procedure proceeds to step S 6 .
- the transmission control unit 146 controls transmission of a packet in accordance with the reception band of a stream of packets and the transmission band of each of the ports 132 . More specifically, for example, in a case where the transmission control unit 146 has an IGMP (Internet Group Management Protocol) snooping function or the like and can specify ports 132 to which terminal devices 113 requesting reception of a multicast packet to be transmitted next are connected, the transmission control unit 146 selects, from among the ports 132 , a port or ports 132 whose transmission band is higher than or equal to a threshold value corresponding to the reception band measured by the reception-band measurement unit 143 (hereinafter also referred to as a transmission threshold value), as a port or ports from which the packet is transmitted.
- IGMP Internet Group Management Protocol
- the transmission control unit 146 selects, from among the ports 132 other than the port 132 that has received the packet, a port or ports 132 to which another device or other devices are connected and whose transmission band is higher than or equal to the transmission threshold value, as a port or ports from which the packet is transmitted.
- the transmission control unit 146 copies the multicast packet which is to be transmitted next and which is stored in the buffer 144 , and performs processing for transmitting a copy from a port 132 with respect to every selected port 132 . After transmission of a copy of the multicast packet from every selected port 132 is finished, the transmission control unit 146 deletes the multicast packet whose copy or copies have been transmitted, from the buffer 144 .
- the transmission threshold value is set to, for example, a value equal to the reception band measured by the reception-band measurement unit 143 , a value such as the reception band+ ⁇ or the reception band ⁇ , or the like.
- ⁇ is a value arbitrarily set by a user and may be a negative value.
- ⁇ is a value arbitrarily set by a user and may be a value less than one.
- step S 5 if it is determined that a packet to be transmitted next is not a multicast packet, the procedure proceeds to step S 7 .
- step S 7 the transmission control unit 146 transmits a packet to a destination set in the packet. More specifically, for example, in a case where a packet to be transmitted next is a unicast packet, the transmission control unit 146 copies the packet which is to be transmitted next and which is stored in the buffer 142 , and transmits a packet, which is a copy of the packet, from the port 132 to which the terminal device 113 having the MAC address that matches the destination MAC address of the packet is directly or indirectly connected. After transmission of the packet is finished, the transmission control unit 146 deletes the packet whose copy has been transmitted, from the buffer 142 .
- the transmission control unit 146 copies the packet which is to be transmitted next and which is stored in the buffer 142 , and performs processing for transmitting a copy from a port 132 with respect to every port 132 to which another device is connected, from among the ports 132 other than the port 132 that has received the packet. After transmission of a copy or copies of the packet is completely finished, the transmission control unit 146 deletes the packet whose copy or copies have been transmitted, from the buffer 142 .
- the occurrence of congestion of packets within the broadband router 111 or the Layer 2 switch 112 is suppressed, the congestion of packets being caused by a decrease in transfer speed of multicast packets due to a bottleneck port 132 whose transmission band is narrow.
- the occurrence of congestion of packets in the entire network system 101 is suppressed.
- the capacity of the buffer 144 can be smaller and a delay time occurring because of packet transfer can be shortened.
- reception band of only a stream of multicast packets has been described; however, the reception band of a stream of packets other than multicast packets may be measured.
- the above-described series of processes may be executed by hardware or may be executed by software.
- a program constituting the software is installed from a program recording medium onto, for example, a general-purpose personal computer capable of executing various functions with various programs being installed, a computer built in dedicated hardware, or the like.
- FIG. 6 is a block diagram showing an exemplary hardware structure of a computer that executes the above-described series of processes using a program.
- a CPU Central Processing Unit
- ROM Read Only Memory
- RAM Random Access Memory
- an input/output interface 305 is connected to the input/output interface 305 .
- an input unit 306 including a keyboard, a mouse, a microphone, and the like
- an output unit 307 including a display, a speaker, and the like
- a storage unit 308 including a hard disk, a nonvolatile memory, and the like
- a communication unit 309 including a network interface and the like
- a drive 310 that drives a removable medium 311 such as a magnetic disk, an optical disc, a magneto-optical disk, a semiconductor memory, or the like are connected.
- the CPU 301 loads, for example, a program stored in the storage unit 308 into the RAM 303 via the input/output interface 305 and the bus 304 , and the above-described series of processes is performed.
- the program executed by the computer is provided from the removable medium 311 on which the program is recorded and which is a package medium including, for example, a magnetic disk (including a flexible disk), an optical disc (a CD-ROM (Compact Disc-Read Only Memory), a DVD (Digital Versatile Disc), or the like), a magneto-optical disk, a semiconductor memory, or the like.
- the program may be provided via a wired or wireless transmission medium such as a local area network, the Internet, or Digital Satellite Broadcasting.
- the program may be installed onto the storage unit 308 via the input/output interface 305 by inserting the removable medium 311 into the drive 310 .
- the program may be received by the communication unit 309 via a wired or wireless transmission medium and installed onto the storage unit 308 .
- the program may be installed in advance on the ROM 302 or the storage unit 308 .
- the program executed by the computer may be a program whose processes are performed in time series in accordance with the order described in this specification, or a program whose processes are performed in parallel or at necessary timings such as when the processes are called or the like.
- system means the entire equipment including a plurality of devices, means, and the like.
Abstract
A relay device, a relay method, and a program that can suppress occurrence of congestion of packets, for example applied to a Layer 2 switch. In a case a reception control unit receives multicast packets through ports, the reception control unit stores the received multicast packets in a buffer. A reception-band measurement unit measures the reception band of a stream of multicast packets passing through a channel from the reception control unit to the buffer in unit time and sends a notification of a measured value to a transmission control unit every unit time. The transmission control unit performs control so as not to transmit the multicast packets stored in the buffer from a port or ports whose transmission band is lower than a transmission threshold value corresponding to the reception band.
Description
- The present invention relates to a relay device, a relay method, and a program. The present invention relates more particularly to a relay device, a relay method, and a program that suppress congestion of packets.
- These days, backbones of IP (Internet Protocol) networks have been complying with multicast-packet specifications, whereby multicast packets are delivered through home networks. In particular, in a service such as IPTV (Internet Protocol TV), multicast packets may be delivered through home networks at 20 Mbps (Bits Per Second) or higher.
- However, many of existing
standard Layer 2 switches (switching hubs) used in home networks, which are Layer 2 (L2, Data Link Layer) networks, do not sufficiently comply with multicast specifications, whereby multicast packets are processed similarly to broadcast packets. - For example, in an existing
standard Layer 2 switch that does not sufficiently comply with multicast specifications, as shown inFIG. 1 , a received multicast packet is stored in abuffer 11. Thereafter, copies of the multicast packet are made, the number of copies being as many as the number of ports A through D to which other devices are connected. The copies of the multicast packet are transmitted from the ports A through D. Then, after the copies of the multicast packet are transmitted from all the ports A through D, the multicast packet whose copies have been transmitted is deleted from thebuffer 11. Processing for transmitting the next packet stored in thebuffer 11 is performed. - Thus, even when there is no terminal device belonging to a multicast group within networks connected to individual ports, a multicast packet is transferred in a predetermined band from the individual ports. Thus, for example, in a case where the port B is connected to a network having a lower transfer speed than networks connected to the other ports, the port B becomes a bottleneck when a multicast packet is transmitted, whereby congestion of packets, packet loss, and the like may occur within the
Layer 2 switch. For example, in a case where the transmission band of the port B is narrower than the reception band of a stream of multicast packets, even when the ports other than the port B have an available section within the transmission band, a phenomenon occurs in which buffer leak occurs at thebuffer 11, packet loss occurs, and only a multicast packet that is successfully transmitted from the port B is transmitted from the other ports A, C, and D. - There is a possibility that this phenomenon occurs even in
Layer 2 switches having an IGMP (Internet Group Management Protocol) snooping function in a case where there is a terminal device belonging to a multicast group in a network whose transfer speed is low. - Thus, it has been previously proposed that a congestion state in a forward connection is detected using a Resource Management cell (RM cell) and a transmission rate is controlled in a multicast connection control device in an ATM (Asynchronous Transfer Mode) network (for example, see Patent Document 1).
- However, the invention described in
Patent Document 1 relates to a remedy to be applied after occurrence of congestion of packets. Thus, using this remedy, it is difficult to prevent the congestion of packets from occurring. - The present invention has been made in light of such circumstances, and an object thereof is to be able to suppress the occurrence of congestion of packets.
- A relay device which is an aspect of the present invention is a relay device that relays a packet, the relay device including: measurement means for measuring a reception band of a stream of received packets; and transmission control means for controlling transmission of packets so as not to transmit the received packets from a port whose transmission band is lower than a threshold value corresponding to the reception band in a case where the received packets are multicast packets.
- Classification means for classifying the received packets into multicast packets and packets which are not multicast packets may further be included, and the measurement means may be caused to measure only the reception band of a stream of multicast packets.
- The relay device may be caused to relay a packet on the basis of a
Layer 2 protocol. - A relay method or a program which is an aspect of the present invention is a relay method for a relay device that relays a packet or a program for causing a computer to execute relay processing for relaying a packet, the relay method or program including the steps of: measuring a reception band of a stream of received packets; and controlling transmission of packets so as not to transmit the received packets from a port whose transmission band is lower than a threshold value corresponding to the reception band in a case where the received packets are multicast packets.
- According to an aspect of the present invention, the reception band of a stream of received packets is measured, and, in a case where the received packets are multicast packets, transmission of packets is controlled so as not to transmit the received packets from a port whose transmission band is lower than a threshold value corresponding to the reception band.
- According to an aspect of the present invention, in accordance with the reception band of a stream of received packets, transmission of multicast packets is controlled. In particular, according to an aspect of the present invention, the occurrence of congestion of packets is suppressed.
-
FIG. 1 is a diagram for describing an example of existing multicast-packet relay processing. -
FIG. 2 is a block diagram showing an embodiment of a network system to which the present invention is applied. -
FIG. 3 is a block diagram showing a functional structure of aLayer 2 communication unit that realizes a communication function ofLayer 2. -
FIG. 4 is a flowchart for describing packet relay processing. -
FIG. 5 is a diagram for describing an example of multicast-packet relay processing according to the present invention. -
FIG. 6 is a diagram showing an exemplary structure of a computer. - 101 network system, 111 broadband router, 112
Layer 2 switch, 113 terminal device, 131Layer 2 communication unit, 132 port, 141 reception control unit, 142 buffer, 143 reception-band measurement unit, 144 buffer, 145 transmission-band detection unit, 146 transmission control unit - In the following, embodiments to which the present invention is applied will be described with reference to the drawings.
-
FIG. 2 is a block diagram showing an embodiment of a network system to which the present invention is applied. Anetwork system 101 inFIG. 2 is, for example, a general home network system. Thenetwork system 101 includes abroadband router 111 that performs connection to an external network such as the Internet or a carrier network (for example, a CDN (Content Delivery Network) or the like) and that relays packets on the basis of at leastLayer 2 and layer 3 (L3, Network Layer) protocols,Layer 2 switches 112A through 112C that are relay devices for relaying packets on the basis of at least aLayer 2 protocol, andterminal devices 113A-1 through 113A-p, 113B-1 through 113B-q, and 113C-1 through 113C-r that are network-ready devices such as information processing devices, AV (Audio/Visual) devices, and home electric appliances. Thenetwork system 101 constitutes aLayer 2 network. - The
broadband router 111 is connected to an external network as described above, and is also connected to theLayer 2switches Layer 2switch 112A is connected to theLayer 2switch 112C and theterminal devices 113A-1 through 113A-p. TheLayer 2switch 112B is connected to theterminal devices 113B-1 through 113B-q. TheLayer 2switch 112C is connected to the 113C-1 through 113C-r. - Here, in the following, in a case where the
Layer 2 switches 112A through 112C do not need to be distinguished from each other, they are simply referred to asLayer 2 switches 112. Moreover, in the following, in a case where theterminal devices 113A-1 through 113C-r do not need to be distinguished from each other, they are simply referred to as terminal devices 113. -
FIG. 3 is a block diagram showing a functional structure of aLayer 2 communication unit which is a unit that realizes a communication function of thebroadband router 111 andLayer 2 switches 112 on the basis of aLayer 2 protocol. ALayer 2communication unit 131 inFIG. 3 includes areception control unit 141, abuffer 142, a reception-band measurement unit 143, abuffer 144, a transmission-band detection unit 145, and atransmission control unit 146. - The
reception control unit 141 refers to a destination MAC (Media Access Control) address of a packet received from the outside through one of ports 132-1 through 132-n. In a case where the destination MAC address is a unicast address or a broadcast address, the packet is stored in thebuffer 142. In a case where the destination MAC address is a multicast address, the packet is stored in thebuffer 144 via the reception-band measurement unit 143. That is, thereception control unit 141 classifies the packet as a multicast packet or a packet which is not a multicast packet and stores the packet in a corresponding one of the buffers. Moreover, thereception control unit 141 sends notification of one of the ports 132-1 through 132-n from which the packet has been received and a source MAC address of the received packet, to thetransmission control unit 146. - Here, in the following, in a case where the ports 132-1 through 132-n do not need to be distinguished from each other, they are simply referred to as
ports 132. - As described above, a unicast packet whose destination MAC address is a unicast address or a broadcast packet whose destination MAC address is a broadcast address is stored in the
buffer 142. - The reception-
band measurement unit 143 includes, for example, a packet counter and the like. The reception-band measurement unit 143 measures the reception band of a stream of multicast packets passing through a channel from thereception control unit 141 to thebuffer 144 in unit time and sends a notification of a measured value to thetransmission control unit 146 every unit time. - As described above, a multicast packet whose destination MAC address is a multicast address is stored in the
buffer 144. - The transmission-
band detection unit 145 detects the transmission band of each of theports 132 and sends a notification of a detected result to thetransmission control unit 146. Here, an exemplary method for detecting the transmission band of each of theports 132 will be described below. - The
transmission control unit 146 controls transmission of packets stored in thebuffers ports 132, as described below with reference toFIG. 4 . Moreover, thetransmission control unit 146 learns the MAC address of each terminal device 113 directly connected to a corresponding one of theports 132 or indirectly connected to a corresponding one of theports 132 via anotherLayer 2 switch 112 or the like, and updates an address table representing a correspondence relationship between each of theports 132 and the MAC address of each terminal device 113 directly or indirectly connected to theport 132. - Next, packet relay processing performed by the
broadband router 111 or theLayer 2 switches 112 will be described with reference to a flowchart ofFIG. 4 . - In step S1, the transmission-
band detection unit 145 detects the transmission band of each of theports 132. For example, the transmission-band detection unit 145 detects a physical frequency band of each cable connected to a corresponding one of theports 132 as the transmission band of theport 132. For example, the transmission band of aport 132 to which a cable based on 10Base-T standards is connected is detected as 10 Mbps, and the transmission band of aport 132 to which a cable based on 100Base-TX standards is connected is detected as 100 Mbps. - Moreover, for example, the transmission-
band detection unit 145 detects a constraint value (for example, a shaper value or the like) of the bandwidth of each of theports 132 as the transmission band of theport 132, the constraint value being set using a QoS (Quality of Service) function. - The transmission-
band detection unit 145 sends a notification of the detected value of the transmission band of each of theports 132 to thetransmission control unit 146. - In step S2, the reception-
band measurement unit 143 starts measuring a reception band. More specifically, the reception-band measurement unit 143 starts processing for measuring the reception band of a stream of multicast packets passing through the channel from thereception control unit 141 to thebuffer 144 in unit time and sending a notification of a measured value to thetransmission control unit 146 every unit time. - In step S3, the
reception control unit 141 determines whether a packet has been received. If thereception control unit 141 determines that a packet has been received, the procedure proceeds to step S4. - In step S4, the
reception control unit 141 classifies the packet. More specifically, in a case where a unicast address or a broadcast address is set to the destination MAC address of the received packet, thereception control unit 141 stores the received packet in thebuffer 142. In a case where a multicast address is set to the destination MAC address, thereception control unit 141 stores the received packet in thebuffer 144. - Moreover, the
reception control unit 141 sends a notification of theport 132 from which the packet is received and the source MAC address of the received packet to thetransmission control unit 146. Thetransmission control unit 146 learns the MAC address of each terminal device 113 directly or indirectly connected to a corresponding one of theports 132 in accordance with the information sent as notification, and updates the address table. - In step S5, the
transmission control unit 146 determines whether a packet to be transmitted next is a multicast packet. If thetransmission control unit 146 determines that the packet to be transmitted next in a stored order of packets that are stored in thebuffers - In step S6, the
transmission control unit 146 controls transmission of a packet in accordance with the reception band of a stream of packets and the transmission band of each of theports 132. More specifically, for example, in a case where thetransmission control unit 146 has an IGMP (Internet Group Management Protocol) snooping function or the like and can specifyports 132 to which terminal devices 113 requesting reception of a multicast packet to be transmitted next are connected, thetransmission control unit 146 selects, from among theports 132, a port orports 132 whose transmission band is higher than or equal to a threshold value corresponding to the reception band measured by the reception-band measurement unit 143 (hereinafter also referred to as a transmission threshold value), as a port or ports from which the packet is transmitted. - Moreover, for example, in a case where the
transmission control unit 146 does not have the IGMP snooping function or the like and cannot specifyports 132 to which terminal devices 113 requesting reception of a multicast packet to be transmitted next are connected, that is, in a case where a multicast packet is treated as a broadcast packet, thetransmission control unit 146 selects, from among theports 132 other than theport 132 that has received the packet, a port orports 132 to which another device or other devices are connected and whose transmission band is higher than or equal to the transmission threshold value, as a port or ports from which the packet is transmitted. - The
transmission control unit 146 copies the multicast packet which is to be transmitted next and which is stored in thebuffer 144, and performs processing for transmitting a copy from aport 132 with respect to every selectedport 132. After transmission of a copy of the multicast packet from every selectedport 132 is finished, thetransmission control unit 146 deletes the multicast packet whose copy or copies have been transmitted, from thebuffer 144. - Here, the transmission threshold value is set to, for example, a value equal to the reception band measured by the reception-
band measurement unit 143, a value such as the reception band+α or the reception band×β, or the like. Here, for example, α is a value arbitrarily set by a user and may be a negative value. Moreover, for example, β is a value arbitrarily set by a user and may be a value less than one. - Thereafter, the procedure returns to step S3, and subsequent processing is performed.
- On the other hand, in step S5, if it is determined that a packet to be transmitted next is not a multicast packet, the procedure proceeds to step S7.
- In step S7, the
transmission control unit 146 transmits a packet to a destination set in the packet. More specifically, for example, in a case where a packet to be transmitted next is a unicast packet, thetransmission control unit 146 copies the packet which is to be transmitted next and which is stored in thebuffer 142, and transmits a packet, which is a copy of the packet, from theport 132 to which the terminal device 113 having the MAC address that matches the destination MAC address of the packet is directly or indirectly connected. After transmission of the packet is finished, thetransmission control unit 146 deletes the packet whose copy has been transmitted, from thebuffer 142. - Moreover, for example, in a case where a packet to be transmitted next is a broadcast packet, the
transmission control unit 146 copies the packet which is to be transmitted next and which is stored in thebuffer 142, and performs processing for transmitting a copy from aport 132 with respect to everyport 132 to which another device is connected, from among theports 132 other than theport 132 that has received the packet. After transmission of a copy or copies of the packet is completely finished, thetransmission control unit 146 deletes the packet whose copy or copies have been transmitted, from thebuffer 142. - Thereafter, the procedure returns to step S3, and subsequent processing is performed.
- Thus, for example, as shown in
FIG. 5 , in a case where a multicast packet stored in thebuffer 144 is transmitted via the ports A through D whose transmission band is different from each other, when the transmission band of the port B is less than the transmission threshold value corresponding to the reception band measured by the reception-band measurement unit 143, the network connected to the port B is removed from a multicast leaf and packets are transmitted only from the ports A, C, and D. - Thus, the occurrence of congestion of packets within the
broadband router 111 or theLayer 2 switch 112 is suppressed, the congestion of packets being caused by a decrease in transfer speed of multicast packets due to abottleneck port 132 whose transmission band is narrow. As a result, the occurrence of congestion of packets in theentire network system 101 is suppressed. Moreover, since a decrease in transfer speed of multicast packets is suppressed, the capacity of thebuffer 144 can be smaller and a delay time occurring because of packet transfer can be shortened. - Here, in the description above, exemplary processing in a case where packets are relayed on the basis of a
Layer 2 protocol has been described; however, the present invention is not limited to a specific protocol and can be applied to processing for relaying packets on the basis of a protocol having specifications for multicasting packets. - Moreover, in the description above, an example in which the reception band of only a stream of multicast packets has been described; however, the reception band of a stream of packets other than multicast packets may be measured.
- Furthermore, in a case where packets are broadcasted, similarly, it is possible not to transmit broadcast packets from the port or
ports 132 whose transmission band is less than the transmission threshold value. - The above-described series of processes may be executed by hardware or may be executed by software. In a case where the series of processes is executed by software, a program constituting the software is installed from a program recording medium onto, for example, a general-purpose personal computer capable of executing various functions with various programs being installed, a computer built in dedicated hardware, or the like.
-
FIG. 6 is a block diagram showing an exemplary hardware structure of a computer that executes the above-described series of processes using a program. - In the computer, a CPU (Central Processing Unit) 301, a ROM (Read Only Memory) 302, and a RAM (Random Access Memory) 303 are connected to each other via a
bus 304. - Furthermore, to the
bus 304, an input/output interface 305 is connected. To the input/output interface 305, aninput unit 306 including a keyboard, a mouse, a microphone, and the like, anoutput unit 307 including a display, a speaker, and the like, astorage unit 308 including a hard disk, a nonvolatile memory, and the like, acommunication unit 309 including a network interface and the like, and adrive 310 that drives aremovable medium 311 such as a magnetic disk, an optical disc, a magneto-optical disk, a semiconductor memory, or the like are connected. - In the computer having the structure as described above, the
CPU 301 loads, for example, a program stored in thestorage unit 308 into theRAM 303 via the input/output interface 305 and thebus 304, and the above-described series of processes is performed. - The program executed by the computer (the CPU 301) is provided from the
removable medium 311 on which the program is recorded and which is a package medium including, for example, a magnetic disk (including a flexible disk), an optical disc (a CD-ROM (Compact Disc-Read Only Memory), a DVD (Digital Versatile Disc), or the like), a magneto-optical disk, a semiconductor memory, or the like. Alternatively, the program may be provided via a wired or wireless transmission medium such as a local area network, the Internet, or Digital Satellite Broadcasting. - Then, the program may be installed onto the
storage unit 308 via the input/output interface 305 by inserting theremovable medium 311 into thedrive 310. Moreover, the program may be received by thecommunication unit 309 via a wired or wireless transmission medium and installed onto thestorage unit 308. Alternatively, the program may be installed in advance on theROM 302 or thestorage unit 308. - Here, the program executed by the computer may be a program whose processes are performed in time series in accordance with the order described in this specification, or a program whose processes are performed in parallel or at necessary timings such as when the processes are called or the like.
- Here, in this specification, the term system means the entire equipment including a plurality of devices, means, and the like.
- Here, the embodiments of the present invention are not limited to the above-described embodiments, and a variety of modifications can be made without departing from the scope of the gist of the present invention.
Claims (5)
1. A relay device that relays a packet, the relay device comprising:
measurement means for measuring a reception band of a stream of received packets; and
transmission control means for controlling transmission of packets so as not to transmit the received packets from a port whose transmission band is lower than a threshold value corresponding to the reception band in a case where the received packets are multicast packets.
2. The relay device according to claim 1 , further comprising
classification means for classifying the received packets into multicast packets and packets which are not multicast packets, and
wherein the measurement means measures only the reception band of a stream of multicast packets.
3. The relay device according to claim 1 ,
wherein a packet is relayed on the basis of a Layer 2 protocol.
4. A relay method for a relay device that relays a packet, comprising the steps of:
measuring a reception band of a stream of received packets; and
controlling transmission of packets so as not to transmit the received packets from a port whose transmission band is lower than a threshold value corresponding to the reception band in a case where the received packets are multicast packets.
5. A program for causing a computer to execute relay processing for relaying a packet, the processing comprising the steps of:
measuring a reception band of a stream of received packets; and
controlling transmission of packets so as not to transmit the received packets from a port whose transmission band is lower than a threshold value corresponding to the reception band in a case where the received packets are multicast packets.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007-282199 | 2007-10-30 | ||
JP2007282199A JP2009111747A (en) | 2007-10-30 | 2007-10-30 | Relay device and method, and program |
PCT/JP2008/069709 WO2009057670A1 (en) | 2007-10-30 | 2008-10-30 | Relay device and method, and program |
Publications (1)
Publication Number | Publication Date |
---|---|
US20100128619A1 true US20100128619A1 (en) | 2010-05-27 |
Family
ID=40591055
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/595,834 Abandoned US20100128619A1 (en) | 2007-10-30 | 2008-10-30 | Relay device, relay method, and program |
Country Status (5)
Country | Link |
---|---|
US (1) | US20100128619A1 (en) |
EP (1) | EP2214349A1 (en) |
JP (1) | JP2009111747A (en) |
CN (1) | CN101675624A (en) |
WO (1) | WO2009057670A1 (en) |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150124824A1 (en) * | 2013-11-05 | 2015-05-07 | Cisco Technology, Inc. | Incast drop cause telemetry |
US20170111817A1 (en) * | 2015-03-06 | 2017-04-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Multi-User Packet Transmission, Clustering and/or Scheduling In A Wireless Local Area Network |
US9996653B1 (en) | 2013-11-06 | 2018-06-12 | Cisco Technology, Inc. | Techniques for optimizing dual track routing |
US10020989B2 (en) | 2013-11-05 | 2018-07-10 | Cisco Technology, Inc. | Provisioning services in legacy mode in a data center network |
US10079761B2 (en) | 2013-11-05 | 2018-09-18 | Cisco Technology, Inc. | Hierarchical routing with table management across hardware modules |
US10116493B2 (en) | 2014-11-21 | 2018-10-30 | Cisco Technology, Inc. | Recovering from virtual port channel peer failure |
US10142163B2 (en) | 2016-03-07 | 2018-11-27 | Cisco Technology, Inc | BFD over VxLAN on vPC uplinks |
US10148586B2 (en) | 2013-11-05 | 2018-12-04 | Cisco Technology, Inc. | Work conserving scheduler based on ranking |
US10164782B2 (en) | 2013-11-05 | 2018-12-25 | Cisco Technology, Inc. | Method and system for constructing a loop free multicast tree in a data-center fabric |
US10182496B2 (en) | 2013-11-05 | 2019-01-15 | Cisco Technology, Inc. | Spanning tree protocol optimization |
US10187365B2 (en) * | 2014-12-10 | 2019-01-22 | Thales | Method for exchanging numerical data frames and associated communication system |
US10187302B2 (en) | 2013-11-05 | 2019-01-22 | Cisco Technology, Inc. | Source address translation in overlay networks |
US10193750B2 (en) | 2016-09-07 | 2019-01-29 | Cisco Technology, Inc. | Managing virtual port channel switch peers from software-defined network controller |
US10333828B2 (en) | 2016-05-31 | 2019-06-25 | Cisco Technology, Inc. | Bidirectional multicasting over virtual port channel |
US10382345B2 (en) | 2013-11-05 | 2019-08-13 | Cisco Technology, Inc. | Dynamic flowlet prioritization |
US10516612B2 (en) | 2013-11-05 | 2019-12-24 | Cisco Technology, Inc. | System and method for identification of large-data flows |
US10547509B2 (en) | 2017-06-19 | 2020-01-28 | Cisco Technology, Inc. | Validation of a virtual port channel (VPC) endpoint in the network fabric |
US10778584B2 (en) | 2013-11-05 | 2020-09-15 | Cisco Technology, Inc. | System and method for multi-path load balancing in network fabrics |
US10887237B2 (en) * | 2019-03-28 | 2021-01-05 | Lenovo Enterprise Solutions (Singapore) Pte. Ltd | Advanced load balancing based on bandwidth estimation |
US10951522B2 (en) | 2013-11-05 | 2021-03-16 | Cisco Technology, Inc. | IP-based forwarding of bridged and routed IP packets and unicast ARP |
US11509501B2 (en) | 2016-07-20 | 2022-11-22 | Cisco Technology, Inc. | Automatic port verification and policy application for rogue devices |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5405279B2 (en) * | 2009-11-30 | 2014-02-05 | 株式会社メガチップス | Video distribution system |
CN106301491A (en) * | 2015-05-18 | 2017-01-04 | 北京富华胜科技中心 | A kind of data transmission method based on multiple-input and multiple-output |
US11689469B2 (en) * | 2021-10-29 | 2023-06-27 | Hewlett Packard Enterprise Development Lp | Assessment and dynamic quarantine of devices with anomalous behavioral pattern |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5831973A (en) * | 1995-10-11 | 1998-11-03 | Mitsubishi Denki Kabushiki Kaisha | Multicast connection control method and apparatus |
US20020136163A1 (en) * | 2000-11-24 | 2002-09-26 | Matsushita Electric Industrial Co., Ltd. | Apparatus and method for flow control |
US20020141423A1 (en) * | 2001-03-30 | 2002-10-03 | Daisuke Namihira | Queue control method and relay apparatus using the method |
US6487170B1 (en) * | 1998-11-18 | 2002-11-26 | Nortel Networks Limited | Providing admission control and network quality of service with a distributed bandwidth broker |
US20050041680A1 (en) * | 2003-08-18 | 2005-02-24 | Keiji Tanaka | L2 switch and control method therof |
US20050157728A1 (en) * | 2004-01-15 | 2005-07-21 | Marika Kawano | Packet relay device |
US20070053296A1 (en) * | 2005-09-05 | 2007-03-08 | Takeki Yazaki | Packet forwarding apparatus with QoS control |
US20090122806A1 (en) * | 2007-11-12 | 2009-05-14 | Fujitsu Limited | Relay device and band controlling method |
US7773503B2 (en) * | 2005-06-09 | 2010-08-10 | At&T Intellectual Property I, L.P. | Proactive congestion control scheme for VoIP traffic on IP routers |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3126930B2 (en) * | 1995-10-11 | 2001-01-22 | 三菱電機株式会社 | Multicast connection control device |
JP3934915B2 (en) * | 2000-11-24 | 2007-06-20 | 松下電器産業株式会社 | Flow control apparatus and method |
JP2003188911A (en) * | 2001-12-21 | 2003-07-04 | Japan Radio Co Ltd | Flooding amount controller for radio packet network |
JP3905791B2 (en) * | 2002-05-27 | 2007-04-18 | 松下電器産業株式会社 | Packet transfer apparatus, packet transfer method, and computer program |
JP4019027B2 (en) * | 2003-08-21 | 2007-12-05 | 松下電器産業株式会社 | Packet transfer apparatus and method |
-
2007
- 2007-10-30 JP JP2007282199A patent/JP2009111747A/en active Pending
-
2008
- 2008-10-30 CN CN200880014208A patent/CN101675624A/en active Pending
- 2008-10-30 US US12/595,834 patent/US20100128619A1/en not_active Abandoned
- 2008-10-30 WO PCT/JP2008/069709 patent/WO2009057670A1/en active Application Filing
- 2008-10-30 EP EP20080843426 patent/EP2214349A1/en not_active Withdrawn
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5831973A (en) * | 1995-10-11 | 1998-11-03 | Mitsubishi Denki Kabushiki Kaisha | Multicast connection control method and apparatus |
US6487170B1 (en) * | 1998-11-18 | 2002-11-26 | Nortel Networks Limited | Providing admission control and network quality of service with a distributed bandwidth broker |
US20020136163A1 (en) * | 2000-11-24 | 2002-09-26 | Matsushita Electric Industrial Co., Ltd. | Apparatus and method for flow control |
US20020141423A1 (en) * | 2001-03-30 | 2002-10-03 | Daisuke Namihira | Queue control method and relay apparatus using the method |
US20050041680A1 (en) * | 2003-08-18 | 2005-02-24 | Keiji Tanaka | L2 switch and control method therof |
US20050157728A1 (en) * | 2004-01-15 | 2005-07-21 | Marika Kawano | Packet relay device |
US7773503B2 (en) * | 2005-06-09 | 2010-08-10 | At&T Intellectual Property I, L.P. | Proactive congestion control scheme for VoIP traffic on IP routers |
US20070053296A1 (en) * | 2005-09-05 | 2007-03-08 | Takeki Yazaki | Packet forwarding apparatus with QoS control |
US20090122806A1 (en) * | 2007-11-12 | 2009-05-14 | Fujitsu Limited | Relay device and band controlling method |
Cited By (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10382345B2 (en) | 2013-11-05 | 2019-08-13 | Cisco Technology, Inc. | Dynamic flowlet prioritization |
US10020989B2 (en) | 2013-11-05 | 2018-07-10 | Cisco Technology, Inc. | Provisioning services in legacy mode in a data center network |
US11528228B2 (en) | 2013-11-05 | 2022-12-13 | Cisco Technology, Inc. | System and method for multi-path load balancing in network fabrics |
US10516612B2 (en) | 2013-11-05 | 2019-12-24 | Cisco Technology, Inc. | System and method for identification of large-data flows |
US10079761B2 (en) | 2013-11-05 | 2018-09-18 | Cisco Technology, Inc. | Hierarchical routing with table management across hardware modules |
US20150124824A1 (en) * | 2013-11-05 | 2015-05-07 | Cisco Technology, Inc. | Incast drop cause telemetry |
US11411770B2 (en) | 2013-11-05 | 2022-08-09 | Cisco Technology, Inc. | Virtual port channel bounce in overlay network |
US10148586B2 (en) | 2013-11-05 | 2018-12-04 | Cisco Technology, Inc. | Work conserving scheduler based on ranking |
US10164782B2 (en) | 2013-11-05 | 2018-12-25 | Cisco Technology, Inc. | Method and system for constructing a loop free multicast tree in a data-center fabric |
US10182496B2 (en) | 2013-11-05 | 2019-01-15 | Cisco Technology, Inc. | Spanning tree protocol optimization |
US11018898B2 (en) | 2013-11-05 | 2021-05-25 | Cisco Technology, Inc. | Multicast multipathing in an overlay network |
US10187302B2 (en) | 2013-11-05 | 2019-01-22 | Cisco Technology, Inc. | Source address translation in overlay networks |
US10951522B2 (en) | 2013-11-05 | 2021-03-16 | Cisco Technology, Inc. | IP-based forwarding of bridged and routed IP packets and unicast ARP |
US10225179B2 (en) | 2013-11-05 | 2019-03-05 | Cisco Technology, Inc. | Virtual port channel bounce in overlay network |
US10904146B2 (en) | 2013-11-05 | 2021-01-26 | Cisco Technology, Inc. | Hierarchical routing with table management across hardware modules |
US10374878B2 (en) | 2013-11-05 | 2019-08-06 | Cisco Technology, Inc. | Forwarding tables for virtual networking devices |
US11625154B2 (en) | 2013-11-05 | 2023-04-11 | Cisco Technology, Inc. | Stage upgrade of image versions on devices in a cluster |
US11811555B2 (en) | 2013-11-05 | 2023-11-07 | Cisco Technology, Inc. | Multicast multipathing in an overlay network |
US11888746B2 (en) | 2013-11-05 | 2024-01-30 | Cisco Technology, Inc. | System and method for multi-path load balancing in network fabrics |
US10581635B2 (en) | 2013-11-05 | 2020-03-03 | Cisco Technology, Inc. | Managing routing information for tunnel endpoints in overlay networks |
US10606454B2 (en) | 2013-11-05 | 2020-03-31 | Cisco Technology, Inc. | Stage upgrade of image versions on devices in a cluster |
US10623206B2 (en) | 2013-11-05 | 2020-04-14 | Cisco Technology, Inc. | Multicast multipathing in an overlay network |
US10652163B2 (en) | 2013-11-05 | 2020-05-12 | Cisco Technology, Inc. | Boosting linked list throughput |
US10778584B2 (en) | 2013-11-05 | 2020-09-15 | Cisco Technology, Inc. | System and method for multi-path load balancing in network fabrics |
US10776553B2 (en) | 2013-11-06 | 2020-09-15 | Cisco Technology, Inc. | Techniques for optimizing dual track routing |
US9996653B1 (en) | 2013-11-06 | 2018-06-12 | Cisco Technology, Inc. | Techniques for optimizing dual track routing |
US10819563B2 (en) | 2014-11-21 | 2020-10-27 | Cisco Technology, Inc. | Recovering from virtual port channel peer failure |
US10116493B2 (en) | 2014-11-21 | 2018-10-30 | Cisco Technology, Inc. | Recovering from virtual port channel peer failure |
US10187365B2 (en) * | 2014-12-10 | 2019-01-22 | Thales | Method for exchanging numerical data frames and associated communication system |
US20170111817A1 (en) * | 2015-03-06 | 2017-04-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Multi-User Packet Transmission, Clustering and/or Scheduling In A Wireless Local Area Network |
US10142163B2 (en) | 2016-03-07 | 2018-11-27 | Cisco Technology, Inc | BFD over VxLAN on vPC uplinks |
US10333828B2 (en) | 2016-05-31 | 2019-06-25 | Cisco Technology, Inc. | Bidirectional multicasting over virtual port channel |
US11509501B2 (en) | 2016-07-20 | 2022-11-22 | Cisco Technology, Inc. | Automatic port verification and policy application for rogue devices |
US10749742B2 (en) | 2016-09-07 | 2020-08-18 | Cisco Technology, Inc. | Managing virtual port channel switch peers from software-defined network controller |
US10193750B2 (en) | 2016-09-07 | 2019-01-29 | Cisco Technology, Inc. | Managing virtual port channel switch peers from software-defined network controller |
US10547509B2 (en) | 2017-06-19 | 2020-01-28 | Cisco Technology, Inc. | Validation of a virtual port channel (VPC) endpoint in the network fabric |
US11438234B2 (en) | 2017-06-19 | 2022-09-06 | Cisco Technology, Inc. | Validation of a virtual port channel (VPC) endpoint in the network fabric |
US10873506B2 (en) | 2017-06-19 | 2020-12-22 | Cisco Technology, Inc. | Validation of a virtual port channel (VPC) endpoint in the network fabric |
US10887237B2 (en) * | 2019-03-28 | 2021-01-05 | Lenovo Enterprise Solutions (Singapore) Pte. Ltd | Advanced load balancing based on bandwidth estimation |
Also Published As
Publication number | Publication date |
---|---|
EP2214349A1 (en) | 2010-08-04 |
CN101675624A (en) | 2010-03-17 |
WO2009057670A1 (en) | 2009-05-07 |
JP2009111747A (en) | 2009-05-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20100128619A1 (en) | Relay device, relay method, and program | |
US9756127B2 (en) | Packet loss anticipation and preemptive retransmission for low latency media applications | |
US6650652B1 (en) | Optimizing queuing of voice packet flows in a network | |
US9838326B2 (en) | System and method for equalizing transmission delay in a network | |
US8295219B2 (en) | Mechanism for wireless multicast | |
US20070183332A1 (en) | System and method for backward congestion notification in network | |
US10171253B2 (en) | Node directed multicast traffic management systems and methods for mesh networks | |
JP2007535876A (en) | System and method for improving network service quality | |
JP4733743B2 (en) | Apparatus and method for measuring client input buffer usage in real-time content delivery | |
KR20130045865A (en) | Rate adaptation method for distribution of multimedia content over a network | |
EP2652919B1 (en) | Method for group-based multicast with non-uniform receivers | |
US8693492B2 (en) | Quality of service half-duplex media access controller | |
KR20090068138A (en) | Communication method in a network comprising a primary network and a secondary network | |
US7936677B2 (en) | Selection of an audio visual stream by sampling | |
US8107371B2 (en) | Apparatus and method for providing QoS of AV streams | |
CN111279658B (en) | Apparatus and method for detecting and mitigating digital data network congestion | |
Hotta et al. | Experimental study of a low-delay ethernet switch for real time networks | |
JP5019232B2 (en) | Traffic control system, control method, home gateway device, and control program | |
JP2008244533A (en) | Data transmission method, terminal device, and node | |
JP2009111746A (en) | Communication system and method, relay device, terminal device and program | |
GB2500446A (en) | Network device, preferably video bridge, which re-orders and de-jitters real time streaming packets using time-stamps before forwarding | |
JP2017092580A (en) | Broadcast receiver, broadcast reception method, and broadcast reception program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: SONY CORPORATION, JAPAN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SHIGEI, HIROYUKI;REEL/FRAME:023391/0533 Effective date: 20091006 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |