EP4147395A1 - Virtuelle netzwerkvorrichtung - Google Patents

Virtuelle netzwerkvorrichtung

Info

Publication number
EP4147395A1
EP4147395A1 EP21799925.9A EP21799925A EP4147395A1 EP 4147395 A1 EP4147395 A1 EP 4147395A1 EP 21799925 A EP21799925 A EP 21799925A EP 4147395 A1 EP4147395 A1 EP 4147395A1
Authority
EP
European Patent Office
Prior art keywords
virtual
frame
encapsulated
frames
transmit
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.)
Pending
Application number
EP21799925.9A
Other languages
English (en)
French (fr)
Other versions
EP4147395A4 (de
Inventor
Ming Li
Yuan Yang JIA
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.)
Primewan Ltd
Original Assignee
Primewan Ltd
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
Priority claimed from US16/868,345 external-priority patent/US11245645B2/en
Application filed by Primewan Ltd filed Critical Primewan Ltd
Publication of EP4147395A1 publication Critical patent/EP4147395A1/de
Publication of EP4147395A4 publication Critical patent/EP4147395A4/de
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4347Demultiplexing of several video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/70Virtual switches
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/50Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/10Packet switching elements characterised by the switching fabric construction
    • H04L49/103Packet switching elements characterised by the switching fabric construction using a shared central buffer; using a shared memory
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/10Packet switching elements characterised by the switching fabric construction
    • H04L49/111Switch interfaces, e.g. port details
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/25Routing or path finding in a switch fabric
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/4104Peripherals receiving signals from specially adapted client devices
    • H04N21/4108Peripherals receiving signals from specially adapted client devices characterised by an identification number or address, e.g. local network address
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless

Definitions

  • the present application relates to the field of computer networks and, in particular, to a virtual network device.
  • a wide area network is an interconnected web of network devices that typically interconnects local area networks or metropolitan area networks over a large geographical area, such as across the state or across the country. WANs allow remotely located computers to communicate with each other via the network devices.
  • Conventional network devices typically include one or more physical network ports that operate at a predetermined fixed data rate, such as for example, 10/100/1000 Mbps (megabits per second) , 10 Gbps (gigabits per second) , 40 Gbps, and 100 Gbps connection.
  • a predetermined fixed data rate such as for example, 10/100/1000 Mbps (megabits per second) , 10 Gbps (gigabits per second) , 40 Gbps, and 100 Gbps connection.
  • the present invention provides a virtual network device with virtual ports that effectively increase the number of available physical ports.
  • the virtual network device includes a framing circuit that receives a plurality of input frames, examines the plurality of input frames to determine a frame type for each input frame, and determines a virtual exit device associated with each input frame based on the frame type.
  • the framing circuit also encapsulates the plurality of input frames to form a plurality of first encapsulated frames.
  • Each virtual exit device has a receive virtual port.
  • the plurality of first encapsulated frames have a plurality of headers.
  • the plurality of headers identifies a plurality of virtual exit devices that are associated with the plurality of input frames.
  • the virtual network device includes a plurality of transmit virtual ports that are coupled to the framing circuit.
  • the plurality of transmit virtual ports determine a plurality of next hops in a virtual network for the plurality of first encapsulated frames based on the virtual exit devices in the headers of the plurality of first encapsulated frames.
  • the plurality of transmit virtual ports additionally encapsulate the plurality of first encapsulated frames to form a plurality of second encapsulated frames.
  • Each second encapsulated frame has a header.
  • the header of a second encapsulated frame identifies a next hop of the second encapsulated frame based on a next hop of a first encapsulated frame, and the receive virtual port of the associated virtual exit device of an input frame.
  • the transmit virtual ports include a first portion of a memory.
  • the virtual network device includes a transmit virtual switch coupled to the plurality of transmit virtual ports. The transmit virtual switch selectively couples the transmit virtual ports to a network physical port.
  • the present invention also includes a method of operating a virtual network device.
  • the method includes receiving a plurality of input frames, examining the plurality of input frames to determine a frame type for each input frame, and determining a virtual exit device associated with each input frame based on the frame type. Each virtual exit device has a receive virtual port.
  • the method also includes encapsulating the plurality of input frames to form a plurality of first encapsulated frames.
  • the plurality of first encapsulated frames has a plurality of headers.
  • the plurality of headers identifies a plurality of virtual exit devices associated with the plurality of input frames.
  • the method includes determining a plurality of next hops in a virtual network for the plurality of first encapsulated frames based on the virtual exit devices in the headers of the plurality of first encapsulated frames. Further, the method includes encapsulating a plurality of first encapsulated frames in a plurality of transmit virtual ports to form a plurality of second encapsulated frames. Each second encapsulated frame has a header. The header of a second encapsulated frame identifies a next hop of the second encapsulated frame based on a next hop of a first encapsulated frame, and the receive virtual port of the associated virtual exit device of an input frame.
  • the transmit virtual ports include a first portion of a shared memory. The method additionally includes selectively coupling the transmit virtual ports to a network physical port.
  • the present invention also provides a non-transitory computer-readable storage medium having embedded therein program instructions, which when executed by a processor causes the processor to execute a method of operating a virtual network device.
  • the method includes receiving a plurality of input frames, examining the plurality of input frames to determine a frame type for each input frame, and determining a virtual exit device associated with each input frame based on the frame type. Each virtual exit device has a receive virtual port.
  • the method also includes encapsulating the plurality of input frames to form a plurality of first encapsulated frames.
  • the plurality of first encapsulated frames has a plurality of headers.
  • the plurality of headers identifies a plurality of virtual exit devices associated with the plurality of input frames.
  • the method includes determining a plurality of next hops in a virtual network for the plurality of first encapsulated frames based on the virtual exit devices in the headers of the plurality of first encapsulated frames. Further, the method includes encapsulating a plurality of first encapsulated frames in a plurality of transmit virtual ports to form a plurality of second encapsulated frames. Each second encapsulated frame has a header. The header of a second encapsulated frame identifies a next hop of the second encapsulated frame based on a next hop of a first encapsulated frame, and the receive virtual port of the associated virtual exit device of an input frame. The method additionally includes selectively coupling the transmit virtual ports to a network physical port.
  • FIG. 1 is a block diagram illustrating an example of a virtual network device 100 in accordance with the present invention.
  • FIG. 2A is a block diagram illustrating an example of a transmit circuit 200 in accordance with the present invention.
  • FIG. 2B is a block diagram illustrating an example of a transmit circuit 250 in accordance with the present invention.
  • FIG. 3A is a flow chart illustrating an example of a method 300 of operating transmit circuit 200 in accordance with the present invention.
  • FIG. 3B is a flow chart illustrating an example of a method 350 of operating transmit circuit 200 in accordance with the present invention.
  • FIG. 4 is a block diagram illustrating an example of a transmit circuit 400 in accordance with an alternate embodiment of the present invention.
  • FIG. 5 shows a block diagram that illustrates an example of a transmit circuit 500 in accordance with an alternate embodiment of the present invention.
  • FIG. 6 is a block diagram illustrating an example of a receive circuit 600 in accordance with the present invention.
  • FIG. 7 shows a flow chart illustrating an example of a method 700 of operating receive circuit 600 in accordance with the present invention.
  • FIG. 8 is a block diagram illustrating an example of a receive circuit 800 in accordance with an alternate embodiment of the present invention.
  • FIG. 9 is a block diagram illustrating an example of a receive circuit 900 in accordance with an alternate embodiment of the present invention.
  • FIG. 1 shows a block diagram that illustrates an example of a virtual network device 100 in accordance with the present invention.
  • the effective number of local physical ports in virtual network device 100 are increased by converting one or more of the local physical ports into a plurality of virtual local physical ports
  • the effective number of network physical ports are increased by converting one or more of the network physical ports into a plurality of virtual network physical ports.
  • Virtual network device 100 is a component in a virtual network that interconnects a local router/switch with a remote router/switch.
  • the virtual network includes a virtual network device 100, which functions as a virtual entry device into the virtual network, that is coupled to a local router/switch, and a virtual network device 100, which functions as a virtual exit device from the virtual network, that is coupled to a remote router/switch.
  • virtual network device 100 includes a transmit circuit 110 that has a number of local physical ports 112 that each receive frames of data, such as set-top box (STB) , personal computer (PC) , and video frames of data, from a local network device, such as a router/switch, and a number of network physical ports 114 that each output frames of data to the virtual network.
  • STB set-top box
  • PC personal computer
  • network physical ports 114 that each output frames of data to the virtual network.
  • virtual network device 100 also includes a receive circuit 120 that has a number of local physical ports 122 that each output frames of data to a local network device, such as a router/switch, and a number of network physical ports 124 that each receive frames of data from the virtual network.
  • a local network device such as a router/switch
  • network physical ports 124 that each receive frames of data from the virtual network.
  • one or more of the local physical ports 112 and 122 can be shared between the transmit and receive circuits 110 and 120
  • one or more of the network physical ports 114 and 124 can be shared between the transmit and receive circuits 110 and 120.
  • virtual network device 100 includes a shared memory 130 that is coupled to both the transmit circuit 110 and the receive circuit 120.
  • Shared memory 130 includes a transmit queue that temporarily stores frames of data to be output to the virtual network, and a receive queue that temporarily stores frames of data received from the virtual network.
  • FIG. 2A shows a block diagram that illustrates an example of a transmit circuit 200 in accordance with the present invention.
  • transmit circuit 200 includes a local physical port 210, a framing circuit 212 that is coupled to local physical port 210, and a number of transmit virtual ports vPORTa1-vPORTan that are coupled to framing circuit 212.
  • Each transmit virtual port vPORTa includes a transmit queue and a transmit frame formatting circuit.
  • transmit circuit 200 also includes a transmit virtual switch 214 that is coupled to each of the transmit virtual ports vPORTa, and a network physical port 216 that is coupled to transmit virtual switch 214.
  • FIG. 3A shows a flow chart that illustrates an example of a method 300 of operating transmit circuit 200 in accordance with the present invention.
  • method 300 begins at 310 with framing circuit 212 receiving a series of input frames from local physical port 210.
  • Method 300 next moves to 312 to examine the series of input frames to determine a frame type (e.g., STB, PC, video) for each input frame, and then moves to 314 to determine a virtual exit device that is associated with each input frame based on the frame type.
  • Each virtual exit device has a number of receive virtual ports.
  • method 300 moves to 316 where framing circuit 212 encapsulates the series of input frames to form a number of first encapsulated (FE) frames.
  • the FE frames have headers that identify the virtual exit devices that are associated with the series of input frames.
  • method 300 moves to 318 where the transmit virtual ports vPORTa1-vPORTan determine the next hops in a virtual network for the FE frames based on the virtual exit devices in the headers of the FE frames.
  • method 300 moves to 320 where the transmit virtual ports vPORTa1-vPORTan encapsulate the FE frames to form second encapsulated (SE) frames.
  • SE encapsulated
  • Each SE frame has a header that identifies a next hop of the SE frame based on the next hop of a FE frame.
  • the header also identifies the receive virtual port of the associated virtual exit device of an input frame.
  • the transmit virtual ports occupy a first portion of a shared memory.
  • method 300 moves to 322 where transmit virtual switch 214 cycles through the transmit virtual ports vPORTa1-vPORTan sequentially forwarding a SE frame from each transmit virtual port vPORTa in a fixed repeating order to output a sequence of SE frames.
  • virtual switch 214 can output a sequence of SE frames where the first SE frame is from vPORT1, the second frame is from vPORT2, the third frame is from vPORT3, and a fourth frame is again from vPORT1.
  • a transmit virtual port vPORTa is empty or partially full, then no frame is generated. For example, if transmit virtual port vPORT2 is empty, then network physical port 216 outputs a frame sequence that includes frame 1, no frame, frame 3. Method 300 next moves to 324 where network physical port 216 transmits the sequence of SE frames onto the virtual network.
  • FIG. 3B shows a flow chart that illustrates an example of a method 350 of operating transmit circuit 200 in accordance with an alternate embodiment of the present invention.
  • Method 350 is similar to method 300 and, as a result, utilizes the same reference numerals to designate the elements that are common to both methods.
  • method 350 first diverges from method 300 at 352 where virtual switch 214 determines whether a full signal has been received from any of the transmit virtual ports vPORTa.
  • the full signal indicates that the SE frame in a transmit virtual port vPORTa is ready to be transmitted.
  • method 350 moves to 354 where virtual switch 214 forwards the SE frame from the transmit virtual port vPORTa that output the full signal to network physical port 216.
  • virtual switch 214 could sequentially receive a full signal from transmit virtual port vPORTa1, transmit virtual port vPORTa2, and transmit virtual port vPORTa3.
  • virtual switch 214 outputs a sequence of SE frames where the first SE frame is from transmit virtual port vPORT1, the second frame is from transmit virtual port vPORT2, and the third frame is from transmit virtual port vPORT3.
  • one of the sources can have a data rate that is much faster than the data rates of the other sources (e.g., STB, PC, video sources) which, in turn, causes one transmit virtual port vPORTa to output a full signal much more frequently than the other transmit virtual ports vPORTa.
  • transmit virtual port vPORTa2 outputs frames at a rate that is 3X faster than each of the frame rates of transmit virtual ports vPORTa1 and vPORTa3, transmit virtual port vPORTa2 signals full three times before the other ports, and transmit virtual port vPORTa1 signals before vPORTa3 signals, then virtual switch 214 forwards a sequence of frames that includes a first frame from the transmit virtual port vPORT2, a second frame from transmit virtual port vPORT2, a third frame from transmit virtual port vPORT2, a fourth frame from transmit virtual port vPORT1, and a fifth frame from transmit virtual port vPORT3.
  • the transmit virtual ports vPORTa-vPORTan can alternately include a priority scheme that allows frames to be forwarded from a transmit virtual port vPORTa to a network physical port in any amount and in any order.
  • method 350 moves to 356 where network physical port 216 transmits the SE frame.
  • the frame to be output is predictable, whereas the frame to be output in method 350 is not predictable, although a priority scheme provides a level of predictability.
  • framing circuit 212 includes a virtual switch 220 and a framer 222 that is coupled to virtual switch 220.
  • Virtual switch 220 detects a type of input frame (e.g., STB, PC, video) , determines a route for a frame to a virtual port vPORTa that corresponds with the type of frame from a static forwarding table, and outputs the frame towards the virtual port vPORTa.
  • a type of input frame e.g., STB, PC, video
  • virtual switch 220 receives the STB frame transmitted by a local source router/switch, and detects the received frame to be a STB frame from the source and/or destination MAC address in the STB frame. Switch 220 then outputs the STB frame on a first virtual port line P1 routed towards virtual port vPORTa1, which was pre-selected to receive STB frames.
  • virtual switch 220 receives the PC frame transmitted by the local source router/switch, and detects the received frame to be a PC frame from the source and/or destination MAC address in the PC frame. Switch 220 then outputs the PC frame on a second virtual port line P2 routed towards virtual port vPORTa2, which was pre-selected to receive PC frames.
  • Virtual switch 220 also receives the video frame transmitted by the local router/switch, detects the received frame to be a video frame from the source and/or destination MAC address in the video frame, and then outputs the video frame on a third virtual port line P3 routed towards virtual port vPORTa3, which was pre-selected to receive video frames.
  • Framer 222 receives the STB frame on virtual port line P1, encapsulates the STB frame to form a first encapsulated (FE) STB frame, and then forwards the FE STB frame to the transmit queue of virtual port vPORTa1.
  • framer 222 receives the PC frame on virtual port line P2, encapsulates the PC frame to form a first encapsulated (FE) PC frame, and then forwards the FE PC frame to the transmit queue of virtual port vPORTa2.
  • Framer 222 also receives the video frame on virtual port line P3, encapsulates the video frame to form a first encapsulated (FE) video frame, and then forwards the FE video frame to the transmit queue of virtual port vPORTa3.
  • Framer 222 can utilize a conventional protocol, such as the provider backbone bridge-traffic engineering (PBB-TE) protocol or the transport multiprotocol label switching (T-MPLS) protocol, to generate the encapsulated frames.
  • PBB-TE provider backbone bridge-traffic engineering
  • T-MPLS transport multiprotocol label switching
  • the FE STB frame, the FE PC frame, and the FE video frame each has a header which has a number of fields that include an identification of the virtual exit device.
  • the header of a FE frame can include an exit address field for the MAC address of the virtual exit device, an I-Tag field, or a similar field.
  • the header can also include other fields, such as the MAC address of the virtual entry device.
  • the MAC address of the virtual exit device is administratively provided to the virtual entry device.
  • the frame formatting circuit in virtual port vPORTa1 of transmit circuit 200 receives the FE STB frame, determines a next hop in the virtual network for the FE STB frame from a static forwarding table based on the identification of the virtual exit device, such as the MAC address of the virtual exit device, in the header of the FE STB frame, and encapsulates the FE STB frame to form a second encapsulated (SE) STB frame.
  • a static forwarding table based on the identification of the virtual exit device, such as the MAC address of the virtual exit device
  • the frame formatting circuit in virtual port vPORTa2 of transmit circuit 200 receives the FE PC frame, determines a next hop in the virtual network for the FE PC frame from the static forwarding table based on the identification of the virtual exit device, such as the MAC address of the virtual exit device, in the header of the FE PC frame, and encapsulates the FE PC frame to form a second encapsulated (SE) PC frame.
  • the virtual exit device such as the MAC address of the virtual exit device
  • the frame formatting circuit in virtual port vPORTa3 of transmit circuit 200 receives the FE video frame, determines a next hop in the virtual network for the FE video frame from the static forwarding table based on the identification of the virtual exit device, such as the MAC address of the virtual exit device, in the header of the FE video frame, and encapsulates the FE video frame to form a second encapsulated (SE) video frame.
  • the virtual exit device such as the MAC address of the virtual exit device
  • the SE STB frame, the SE PC frame, and the SE video frame each includes a header with a next hop field that identifies the MAC address of the next hop in the virtual network, a source field Src_vID that identifies the virtual port number of the virtual entry device, and a destination field Dst_vID that identifies a virtual port number of the virtual exit device that corresponds with the virtual port number of the virtual entry device.
  • the source field Src_vID for the SE STB frame is virtual port vPORTa1.
  • Other fields, such as a last hop field, can also be included.
  • virtual switch 214 cycles through the virtual ports vPORTa1-vPORTan sequentially forwarding a second encapsulated (SE) frame from each virtual port vPORTa to output a series of SE frames to physical port 216.
  • switch 214 forwards a SE STB frame from virtual port vPORTa1 to physical port 216, followed by forwarding a SE PC frame from virtual port vPORTa2 to physical port 216, followed by forwarding a SE video frame from virtual port vPORTa3 to physical port 216, followed by forwarding a SE STB frame from virtual port vPORTa1 to physical port 216, and continuing in the same manner, with physical port 216 outputting the frames.
  • FIG. 2 illustrates transmit circuit 200 as receiving and operating with input from a single local router/switch, transmit circuit 200 can alternately receive and operate with input from multiple router/switches.
  • FIG. 2B shows a block diagram that illustrates an example of a transmit circuit 250 in accordance with the present invention.
  • Transmit circuit 250 is similar to transmit circuit 200 and, as a result, utilizes the same reference numerals to designate the elements that are common to both transmit circuit 200 and transmit circuit 250.
  • transmit circuit 250 differs from transmit circuit 200 in that transmit circuit 250 includes a first network physical port 216A and a second network physical port 216B, both of which are coupled to virtual switch 214.
  • virtual switch 214 provides a continuous connection between transmit virtual port vPORTa1 and network physical port 216A. Further, an additional transmit virtual port vPORTa4 is shown.
  • Transmit circuit 250 operates substantially the same as transmit circuit 200, except that one or more of the sources (e.g., STB, PC, or video source) outputs frames of data at a frame rate that is greater than the maximum frame rate of the network physical ports 216A and 216B.
  • the sources e.g., STB, PC, or video source
  • each of the network physical ports 216A and 216B can have a maximum frame rate of five frames per second.
  • a set-top box outputs seven STB frames per second, while a personal computer outputs two PC frames per second and a video device outputs one video frame per second.
  • the numbers cited are for illustration purposes only.
  • five of the seven STB frames are transmitted from network physical port 216A, while the remaining two STB frames, two PC frames, and one video frame are transmitted from network physical port 216B in the manner illustrated by methods 300 and 350.
  • transmit circuit 250 can handle incoming frame rates that are greater than the maximum frame rate of the network physical ports.
  • FIG. 4 shows a block diagram that illustrates an example of a transmit circuit 400 in accordance with an alternate embodiment of the present invention.
  • Transmit circuit 400 is similar to transmit circuit 200 and, as a result, utilizes the same reference numerals to designate the structures that are common to both circuits.
  • transmit circuit 400 differs from transmit circuit 200 in that framing circuit 212 of transmit circuit 400 utilizes a serial-to-serial framer 410 followed by a serial-to-parallel virtual switch 412 that is coupled to the virtual ports vPORTa1-vPORTan in lieu of virtual switch 220 followed by framer 222.
  • framer 410 and virtual switch 412 of transmit circuit 400 can be physically separated, with framer 410 being incorporated into a local router/switch.
  • FIG. 5 shows a block diagram that illustrates an example of a transmit circuit 500 in accordance with the present invention.
  • Transmit circuit 500 is similar to transmit circuit 400 and, as a result, utilizes the same reference numerals to designate the structures that are common to both circuit 400 and circuit 500.
  • a local framer router/switch 510 is utilized with transmit circuit 500 in lieu of a local router/switch that receives and outputs STB, PC, and video frames.
  • FIG. 6 shows a block diagram that illustrates an example of a receive circuit 600 in accordance with the present invention.
  • receive circuit 600 includes a network physical port 610 and a receive virtual switch 612 that is coupled to network physical port 610.
  • Receive circuit 600 also includes a number of receive virtual ports vPORTb1-vPORTbn that are coupled to switch 612.
  • Each receive virtual port vPORTb includes a receive queue and a receive frame formatting circuit.
  • Receive circuit 600 further includes a de-framing circuit 614 that is coupled to each of the receive virtual ports vPORTb, and a local physical port 616 that is coupled to de-framing circuit 614.
  • FIG. 7 shows a flow chart that illustrates an example of a method 700 of operating receive circuit 600 in accordance with the present invention.
  • method 700 begins at 710 with network physical port 610 receiving a series of third encapsulated (TE) frames from the virtual network.
  • the TE frames have headers that include next hop addresses and receive virtual port identifiers.
  • method 700 moves to 712 where network physical port 610 examines the TE frames to determine next hop addresses, and compares the next hop addresses to a stored address. After this, method 700 moves to 714 where network physical port 610 forwards the TE frames with matching next hop addresses as matching encapsulated (ME) frames. In addition, port 610 drops the received TE frame when the identity of the next hop address does not match the stored address.
  • ME encapsulated
  • method 700 moves to 716 where receive virtual switch 612 switchably passes the ME frames based on the receive virtual port identifiers in the headers of the ME frames.
  • Method 700 then moves to 718 where the receive virtual ports vPORTb1-vPORTbn unpack the switchably-passed ME frames to extract fourth encapsulated frames from the switchably-passed ME frames such that each receive virtual port vPORTb unpacks a ME frame to extract a fourth encapsulated frame.
  • the receive virtual ports occupy a second portion of the shared memory.
  • method 700 moves to 720 where de-framing circuit 614 unpacks the fourth encapsulated frames to extract the original STB, PC, and video input frames from the fourth encapsulated frames.
  • the original STB, PC, and video input frames which are from a remote router/switch, have a number of frame types. Further, each input frame has a header that identifies a destination router/switch.
  • Method 700 then moves to 722 where de-framing circuit 614 forwards the STB, PC, and video frames to local physical port 616, which outputs the original STB, PC, and video frames to a local router/switch.
  • virtual switch 612 receives a ME STB frame from network physical port 610, and determines that the destination virtual port is virtual port vPORTb1 from the destination virtual port number Dst_vID in the header of the ME STB frame. In addition, switch 612 determines a route to virtual port vPORTb1 from the static forwarding table, and then outputs the ME STB frame on a first virtual port line routed towards virtual port vPORTb1.
  • virtual switch 612 receives a ME PC frame from network physical port 610, and determines that the destination virtual port is virtual port vPORTb2 from the destination virtual port number Dst_vID in the header of the ME PC frame. Further, switch 612 determines a route to virtual port vPORTb2 from the static forwarding table, and then outputs the ME PC frame on a second virtual port line routed towards virtual port vPORTb2.
  • virtual switch 612 receives a ME video frame from network physical port 610, and determines that the destination virtual port is virtual port vPORTb3 from the destination virtual port number Dst_vID in the header of the ME video frame. Switch 612 determines a route to virtual port vPORTb3 from the static forwarding table, and then outputs the ME video frame on a third virtual port line routed towards virtual port vPORTb3.
  • the virtual ports vPORTb1-vPORTbn receive the ME frames, and unpack the ME frames to extract the fourth encapsulated frames, such as a fourth encapsulated STB frame, a fourth encapsulated PC frame, and a fourth encapsulated video frame, from the ME frames.
  • the receive queue of a first virtual port vPORTb1 receives a ME STB frame, while the frame formatting circuit of virtual port vPORTb1 unpacks the ME STB frame to extract the fourth encapsulated STB frame, which has a header that includes the identity of the virtual exit device.
  • the receive queue of a second virtual port vPORTb2 receives a ME PC frame, while the frame formatting circuit of virtual port vPORTb2 unpacks the ME PC frame to extract the fourth encapsulated PC frame, which has a header that includes the identity of the virtual exit device.
  • the receive queue of a third virtual port vPORTb3 receives a ME video frame, while the frame formatting circuit of virtual port vPORTb3 unpacks the ME video frame to extract the fourth encapsulated video frame, which has a header that includes the identity of the virtual exit device.
  • De-framing circuit 614 receives the plurality of fourth encapsulated frames, and extracts the original STB, PC, and video input frames from the fourth encapsulated frames.
  • the input frames have a number of frame types, e.g., STB, PC, video.
  • Each input frame has a header that includes the identity of a destination router/switch.
  • de-framing circuit 614 unpacks a fourth encapsulated frame to extract an input frame, determines an identity of a destination router/switch from the header of the input frame, and outputs the input frame to local physical port 616, which outputs the input frame to the destination router/switch.
  • de-framing circuit 614 includes a de-framer 620 and a virtual switch 622 that is coupled to de-framer 620.
  • de-framer 620 receives the fourth encapsulated frames from the plurality of receive virtual ports vPORTb1-vPORTbn, and unpacks the fourth encapsulated frames to extract the original input frames, e.g., the STB frame, the PC frame, and the video frame, and forwards the STB frame, the PC frame, and the video frame to virtual switch 622.
  • de-framer 620 receives the fourth encapsulated STB frame from receive virtual port vPORTb1, unpacks the fourth encapsulated frame to extract the STB frame, and forwards the STB frame to virtual switch 622.
  • de-framer 620 receives the fourth encapsulated PC frame from receive virtual port vPORTb2, unpacks the fourth encapsulated frame to extract the PC frame, and forwards the PC frame to virtual switch 622.
  • de-framer 620 receives the fourth encapsulated video frame from receive virtual port vPORTb3, unpacks the fourth encapsulated frame to extract the video frame, and forwards the video frame to virtual switch 622.
  • De-framer 620 can utilize the same or different protocol as framer 222.
  • Virtual switch 622 cycles through the outputs of de-framer 620 sequentially receiving and forwarding output frames to local physical port 616.
  • virtual switch 622 receives the STB frame from de-framer 620, detects the MAC address of a destination router/switch, and outputs the STB frame to local physical port 616.
  • virtual switch 622 receives the PC frame from de-framer 620, detects the MAC address of a destination router/switch, and outputs the PC frame to local physical port 616.
  • virtual switch 622 receives the video frame from de-framer 620, detects the MAC address of a destination router/switch, and outputs the video frame to local physical port 616.
  • Local physical port 616 outputs the frames to a local router/switch.
  • FIG. 6 example illustrates de-framing circuit 614 with a parallel-to-parallel de-framer 620 followed by a parallel-to-serial virtual switch 622.
  • De-framing circuit 614 can be alternately realized with other circuit arrangements.
  • de-framing circuit 614 can be implemented with a serial-to-parallel virtual switch that is coupled to the virtual ports vPORTb1-vPORTbn followed by a serial-to-serial framer.
  • FIG. 8 shows a block diagram that illustrates an example of a receive circuit 800 in accordance with an alternate embodiment of the present invention.
  • Receive circuit 800 is similar to receive circuit 600 and, as a result, utilizes the same reference numerals to designate the structures that are common to both circuits.
  • receive circuit 800 differs from receive circuit 600 in that framing circuit 614 of receive circuit 800 includes a parallel-to-serial virtual switch 810 that is coupled to the virtual ports vPORTb1-vPORTbn, followed by a serial-to-serial de-framer 812.
  • framing circuit 212 and de-framing circuit 614 can be interchanged.
  • virtual network device 100 can utilize framing circuit 212 implemented with virtual switch 220 and framer 222, while de-framing circuit 614 can be implemented with virtual switch 810 and de-framer 812.
  • virtual switch 810 and de-framer 812 can be physically separated, with de-framer 812 being incorporated into a local router/switch.
  • FIG. 9 shows a block diagram that illustrates an example of a receive circuit 900 in accordance with the present invention.
  • Receive circuit 900 is similar to receive circuit 800 and, as a result, utilizes the same reference numerals to designate the structures that are common to both circuit 800 and circuit 900.
  • a local de-framer router/switch 910 is utilized in receive circuit 900 in lieu of a local router switch.
  • One of the advantages of the present invention is that the present invention combines multiple streams of STB, PC, and video frames into a single virtual frame stream via a number of virtual ports which, in turn, effectively increases the number of available physical ports.
  • a procedure, logic block, process, or the like is conceived to be a self-consistent sequence of operations or instructions leading to a desired result.
  • the operations are those utilizing physical manipulations of physical quantities.
  • these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated in a computing system. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as transactions, bits, values, elements, symbols, characters, samples, pixels, or the like.
  • the computing system or similar electronic computing device or processor manipulates and transforms data represented as physical (electronic) quantities within the computer system memories, registers, other such information storage, and/or other computer readable media into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission or display devices.
  • a portion of the embodiments of the present application that contributes to the prior art or a portion of the technical solution may be embodied in the form of a software product stored in a storage medium, including a plurality of instructions for causing a computing device (which may be a personal computer, a server, a mobile computing device, or a network device, and so on) to perform all or part of the steps of the methods described in various embodiments of the present application.
  • the foregoing storage medium includes: a USB drive, a portable hard disk, a read-only memory (ROM) , a random-access memory (RAM) , a magnetic disk, an optical disk, and the like, which can store program code.
EP21799925.9A 2020-05-06 2021-03-10 Virtuelle netzwerkvorrichtung Pending EP4147395A4 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US16/868,345 US11245645B2 (en) 2020-04-02 2020-05-06 Virtual network device
PCT/CN2021/079987 WO2021223510A1 (en) 2020-05-06 2021-03-10 Virtual network device

Publications (2)

Publication Number Publication Date
EP4147395A1 true EP4147395A1 (de) 2023-03-15
EP4147395A4 EP4147395A4 (de) 2024-05-01

Family

ID=78468629

Family Applications (1)

Application Number Title Priority Date Filing Date
EP21799925.9A Pending EP4147395A4 (de) 2020-05-06 2021-03-10 Virtuelle netzwerkvorrichtung

Country Status (8)

Country Link
EP (1) EP4147395A4 (de)
JP (1) JP2023523915A (de)
KR (1) KR20230006486A (de)
CN (1) CN115552819A (de)
AU (2) AU2021268768B2 (de)
BR (1) BR112022021767A2 (de)
CO (1) CO2022015545A2 (de)
WO (1) WO2021223510A1 (de)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8089964B2 (en) * 2005-04-05 2012-01-03 Cisco Technology, Inc. Transporting multicast over MPLS backbone using virtual interfaces to perform reverse-path forwarding checks
US8238340B2 (en) * 2009-03-06 2012-08-07 Futurewei Technologies, Inc. Transport multiplexer—mechanisms to force ethernet traffic from one domain to be switched in a different (external) domain
US8644194B2 (en) * 2010-10-15 2014-02-04 International Business Machines Corporation Virtual switching ports on high-bandwidth links
CN102238091B (zh) * 2011-07-22 2017-03-15 中兴通讯股份有限公司 一种报文发送方法及接入控制器
US10003495B1 (en) * 2014-09-20 2018-06-19 Cisco Technology, Inc. Discovery protocol for enabling automatic bootstrap and communication with a service appliance connected to a network switch

Also Published As

Publication number Publication date
WO2021223510A1 (en) 2021-11-11
EP4147395A4 (de) 2024-05-01
JP2023523915A (ja) 2023-06-08
BR112022021767A2 (pt) 2022-12-13
KR20230006486A (ko) 2023-01-10
AU2024201137A1 (en) 2024-03-14
AU2021268768A1 (en) 2022-11-17
CO2022015545A2 (es) 2022-11-08
AU2021268768B2 (en) 2023-11-23
CN115552819A (zh) 2022-12-30

Similar Documents

Publication Publication Date Title
JP6369532B2 (ja) ネットワーク制御方法、ネットワークシステムと装置及びプログラム
US9590922B2 (en) Programmable and high performance switch for data center networks
US8824468B2 (en) System and method for parsing frames
US20220158954A1 (en) Virtual network device
US20220303157A1 (en) Virtual network
US8340090B1 (en) Interconnecting forwarding contexts using u-turn ports
US7616662B2 (en) Parser for parsing data packets
AU2021268768B2 (en) Virtual network device
WO2021227905A1 (en) Virtual network
US11894948B2 (en) Method of forming a virtual network
WO2021253903A1 (en) Method of forming a virtual network
US20140016486A1 (en) Fabric Cell Packing in a Switch Device
US8837474B2 (en) Apparatus and methods for efficient network address translation and application level gateway processing
US11323372B2 (en) Flexible steering
WO2023168133A2 (en) Packet wash of rtp aggregation packets in a video stream
JP2009296027A (ja) ストリーム送信装置
JP2001045064A (ja) Ipパケット転送方法及び装置及びipパケット転送プログラムを格納した記憶媒体

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20221102

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)