US20100128619A1 - Relay device, relay method, and program - Google Patents

Relay device, relay method, and program Download PDF

Info

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
Application number
US12/595,834
Inventor
Hiroyuki Shigei
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Assigned to SONY CORPORATION reassignment SONY CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: SHIGEI, HIROYUKI
Publication of US20100128619A1 publication Critical patent/US20100128619A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1877Measures taken prior to transmission
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1886Arrangements 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/11Identifying congestion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/20Support for services
    • H04L49/201Multicast 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

    TECHNICAL FIELD
  • 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.
  • BACKGROUND ART
  • 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 in FIG. 1, 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.
  • 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 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.
  • 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).
  • Patent Document 1: Japanese Unexamined Patent Application Publication No. 9-312655 DISCLOSURE OF INVENTION Technical Problem
  • 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.
  • Technical Solution
  • 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.
  • Advantageous Effects
  • 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.
  • BRIEF DESCRIPTION OF DRAWINGS
  • 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.
  • EXPLANATION OF REFERENCE NUMERALS
  • 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
  • Best Modes for Carrying Out the Invention
  • 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. 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 (L3, Network Layer) protocols, Layer 2 switches 112A through 112C that are relay devices for relaying packets on the basis of at least a Layer 2 protocol, and terminal 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. 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 112A and 112B. The Layer 2 switch 112A is connected to the Layer 2 switch 112C and the terminal devices 113A-1 through 113A-p. The Layer 2 switch 112B is connected to the terminal devices 113B-1 through 113B-q. The Layer 2 switch 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 as Layer 2 switches 112. Moreover, in the following, in a case where the terminal 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 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. In a case where the destination MAC address is a unicast address or a broadcast address, the packet is stored in the buffer 142. In a case where the destination MAC address is a multicast address, 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. Moreover, 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.
  • 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 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.
  • 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 the ports 132 and sends a notification of a detected result to the transmission control unit 146. Here, 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.
  • Next, packet relay processing performed by the broadband router 111 or the Layer 2 switches 112 will be described with reference to a flowchart of FIG. 4.
  • In step S1, the transmission-band detection unit 145 detects the transmission band of each of the ports 132. For example, 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. For example, the transmission band of a port 132 to which a cable based on 10Base-T standards is connected is detected as 10 Mbps, and the transmission band of a port 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 the ports 132 as the transmission band of the port 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 the ports 132 to the transmission 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 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.
  • In step S3, 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 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, 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.
  • Moreover, 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.
  • In step S5, 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 S6.
  • 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 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.
  • Moreover, for example, in a case where the transmission control unit 146 does not have the IGMP snooping function or the like and cannot specify ports 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, 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.
  • 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, 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.
  • 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 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.
  • 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 the buffer 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 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. As a result, the occurrence of congestion of packets in the entire network system 101 is suppressed. Moreover, since a decrease in transfer speed of multicast packets is suppressed, the capacity of the buffer 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, 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, and 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.
  • In the computer having the structure as described above, 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 (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 the removable medium 311 into the drive 310. Moreover, the program may be received by the communication unit 309 via a wired or wireless transmission medium and installed onto the storage unit 308. Alternatively, the program may be installed in advance on the ROM 302 or the storage 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.
US12/595,834 2007-10-30 2008-10-30 Relay device, relay method, and program Abandoned US20100128619A1 (en)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

Patent Citations (9)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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