Method of identifying internal destinations of network packets and an apparatus thereof

Information

  • Patent Grant
  • 10397113
  • Patent Number
    10,397,113
  • Date Filed
    Monday, March 13, 2017
    7 years ago
  • Date Issued
    Tuesday, August 27, 2019
    5 years ago
Abstract
Embodiments of the apparatus of identifying internal destinations of network packets relate to a network chip that allows flexibility in handling packets. The handling of packets can be a function of what the packet contents are or where the packets are from. The handling of packets can also be a function of both what the packet contents are and where the packets are from. In some embodiments, where the packets are from refers to unique port numbers of chip ports that the packets arrived at. The packets can be distributed for processing within the network chip.
Description
FIELD OF INVENTION

The present invention relates to network packets. In particular, the present invention relates to a method of identifying internal destinations of network packets and an apparatus thereof.


BACKGROUND OF THE INVENTION

Prior art switch chips parse and process incoming network traffic to decide where packets should be transmitted to. However, the prior art switch chips simply extract contents from a packet to determine an internal destination of the packet. Yet, handling of packets is not always a function of what the packet contents are.


BRIEF SUMMARY OF THE INVENTION

Embodiments of the apparatus of identifying internal destinations of network packets relate to a network chip that allows flexibility in handling packets. The handling of packets can be a function of what the packet contents are or where the packets are from. The handling of packets can also be a function of both what the packet contents are and where the packets are from. In some embodiments, where the packets are from refers to unique port numbers of chip ports that the packets arrived at. The packets can be distributed for processing within the network chip.


In one aspect, a method of implementing a network chip is provided. The method includes receiving a packet and identifying a unique packet identifier of the packet based on contents of the packet.


The method also includes forming a token from the contents of the packet. In some embodiments, identifying protocol layers of the packet includes expanding each of the protocol layers to a generic format based on the identification of the protocol layer, selecting contents from the expanded protocol layers, and concatenating the selected contents to form the token.


The method also includes determining a destination to send the token to, wherein the determination is based on two factors. In some embodiments, a destination includes forming a key based on a combination of the two factors, accessing a destination table, and using the key to retrieve information regarding the destination from the destination table.


In some embodiments, the destination is an internal destination on the network chip. In some embodiments, the destination is one of a plurality of LDEs on the network chip.


In some embodiments, one of the factors is what the contents of the packet are. In some embodiments, one of the factor is where the packet is from.


In some embodiments, a combination of the two factors allows all packets of a particular type to be sent to the same destination for processing irrespective of which chip ports the packets are from. In some embodiments, a combination of the two factors allows all traffic from one chip port to be redirected to the same destination for processing independent of what kind of traffic it is.


In another aspect, a method of implementing a network chip. The method includes processing a packet to identify a unique packet identifier of the packet based on contents of the packet and to form a token based on extracted header fields of the packet, and identifying an arrival chip port of the packet, wherein the arrival chip port is one of a plurality of chip ports on the network chip.


The method also includes forming a key by combining the unique packet identifier of the packet and certain bits of a port number corresponding to the identified chip port. In some embodiments, the port number is a relative port number that is assigned to the identified port. In some embodiments, the assignment is performed using a dynamic port renumbering scheme.


In some embodiments, the combination of the PktID and the certain bits of the port number is a concatenation of the PktID and the certain bits of the port number.


The method also includes determining a destination of the token based on the key. In some embodiments, determining a destination includes referencing a destination table and using the key to retrieve information regarding the destination from the destination table.


The method also includes forwarding the token to the destination.


In yet another aspect, a network chip is provided. The network chip includes a plurality of chip ports, wherein each of the ports is associated with a port number, and on-chip memory to store a destination table.


The network chip also includes a parser to process a packet that arrived at one of the plurality of chip ports to thereby identify a unique packet identifier of the packet and form a token that includes extracted fields from different protocol layers of the packet. The parser also decides where to send the token to, and forwards the token according to the decision. In some embodiments, the decision is based on referencing the destination table.


In some embodiments, the unique packet identifier and certain bits of the port number are concatenated to form a key to be used when retrieving destination information from the destination table.


In some embodiments, the destination table is programmable.


In some embodiments, the network chip also includes a mesh network of LDEs. In some embodiments, the token is in a format that is understood by the LDEs such that one or more of the LDEs will be able to process the token.


In some embodiments, each of the LDEs generates a lookup key and sends the lookup key to a remote search engine, wherein the remote search engine returns a lookup result that is used to modify the token. In some embodiments, the token is forwarded to a destination LDE, wherein the destination LDE is one of the LDEs. In some embodiments, the destination LDE modifies the token. In some embodiments, the modified token is forwarded to another LDE or the same LDE for further modification. In some embodiments, a final modified token is used to modify packet headers of the packet. In some embodiments, the modified packet headers are combined with a payload of the packet to form an output packet. In some embodiments, he output packet is sent back to the parser for further processing.


In yet another aspect, a network switch is provided. The network switch includes a plurality of switch ports and a network chip. The network chip includes a plurality of chip ports that is mapped to the plurality of switch ports, and a parser to determine how to handle to incoming packets, wherein the handling is a function of what contents of the packets are and where the packets are from such that two conditions are always met.


In some embodiments, one of the two conditions is all packets of a same packet type are sent to a first destination for processing irrespective of which of the plurality of chip ports the packets are from, and another of the two conditions is all traffic from one of the plurality of chip ports is redirected to a second destination for processing independent of what kind of traffic the traffic is.


In some embodiments, the parser processes a packet that arrived at one of the plurality of chip ports to thereby identify a unique packet identifier of the packet and form a token that includes extracted fields from different protocol layers of the packet.


In some embodiments, the parser further decides where to send the token to and forwards the token according to the decision.





BRIEF DESCRIPTION OF THE DRAWINGS

The foregoing will be apparent from the following more particular description of example embodiments of the invention, as illustrated in the accompanying drawings in which like reference characters refer to the same parts throughout the different views. The drawings are not necessarily to scale, emphasis instead being placed upon illustrating embodiments of the present invention.



FIG. 1 illustrates exemplary protocol layer combinations of packets.



FIGS. 2A-2B illustrate a method of a network chip in accordance with some embodiments of the present invention.



FIG. 3 illustrates another method of the network chip in accordance with some embodiments of the present invention.





DETAILED DESCRIPTION OF THE INVENTION

In the following description, numerous details are set forth for purposes of explanation. However, one of ordinary skill in the art will realize that the invention can be practiced without the use of these specific details. Thus, the present invention is not intended to be limited to the embodiments shown but is to be accorded the widest scope consistent with the principles and features described herein.


Embodiments of the apparatus of identifying internal destinations of network packets relate to a network chip that allows flexibility in handling packets. The handling of packets can be a function of what the packet contents are or where the packets are from. The handling of packets can also be a function of both what the packet contents are and where the packets are from. In some embodiments, where the packets are from refers to unique port numbers of chip ports that the packets arrived at. The packets can be distributed for processing within the network chip.


A network device, such as a network switch, is able to switch/route network traffic. The network switch includes a plurality of switch ports for receiving and transmitting packets. The plurality of switch ports includes switch input ports and switch output ports. The network switch also includes at least one network chip. Each network chip includes a plurality of chip ports. The plurality of chip ports are typically mapped to the plurality of switch input ports.


The network switch also includes at least one memory. In some embodiments, the memory stores a protocol table, which includes layer information of each protocol layer of each protocol layer combination that is programmed into the protocol table. In some embodiments, the memory also stores a destination table, which includes internal destination information. The protocol table and the destination table are programmable. In some embodiments, the at least one memory is an on-chip memory that is located on the network chip.


In some embodiments, the network chip includes a parser and a rewriter. The parser can include one or more parser engines to identify contents of network packets, and the rewriter can include one or more rewrite engines to modify packets before they are transmitted out via the switch output ports of the network switch. The parser engine(s) and the rewrite engine(s) are flexible and operate on a programmable basis.


In some embodiments, the network chip also include a mesh network of lookup and decision engines (LDEs). An exemplary mesh network of LDEs is discussed in U.S. patent application Ser. No. 14/144,260, entitled “Method and Apparatus for Parallel and Conditional Data Manipulation in a Software-Defined Network Processing Engine,” filed on Dec. 30, 2013, and U.S. patent application Ser. No. 14/144,270, entitled “Apparatus and Method of Generating Lookups and Making Decision for Packet Modifying and Forwarding in a Software-Defined Network Engine,” filed on Dec. 30, 2013, which are hereby incorporated by reference in their entirety. Each LDE receives a token from the parser or from another LDE, and generates a lookup key and sends the lookup key to a remote search engine. The remote search engine returns a lookup result, which is used by the LDE to modify the token.


Packets typically include multiple protocol layers. Each protocol layer carries different information. Some examples of well known layers are:

    • Ethernet
    • PBB Ethernet
    • ARP
    • IPV4
    • IPV6
    • MPLS
    • FCOE
    • TCP
    • UDP
    • ICMP
    • IGMP
    • GRE
    • ICMPv6
    • VxLAN
    • TRILL
    • CNM


      Theoretically, the protocol layers can occur in any order. However, only some well-known combinations of these layers occur. Some examples of valid combinations of these layers are:
    • Ethernet
    • Ethernet, ARP
    • Ethernet, CNM
    • Ethernet, FCoE
    • Ethernet, IPV4
    • Ethernet, IPV4, ICMP
    • Ethernet, IPV4, IGMP


In some embodiments, the network switch supports 17 protocols and eight protocol layers. There are therefore 817 possible protocol layer combinations. FIG. 1 illustrates exemplary protocol layer combinations of packets. For example, a packet can include a three protocol layer combination such as Ethernet, IPv4 and ICMP. For another example, a packet can include a seven protocol layer combination such as, Ethernet, IPv4, UDP, VxLAN, Ethernet and ARP.


Although there are 817 possible protocol layer combinations, only some well-known combinations of these layers occur. All known protocol layer combinations are uniquely identified and translated into a unique number called the packet identifier (PktID). The protocol table stored in the memory of the network switch is programmed to include layer information of each layer of each known protocol layer combination. In practice, the local protocol table includes less than 256 protocol layer combinations. In some embodiments, this local protocol table includes 212 known protocol layer combinations. The local protocol table is programmed to include more or less protocol layer combinations.


Each packet received at the network chip is processed by the parser to identify the packet using the PktID as well as to form a token. The token includes extracted fields from parsed headers of the packet. In some embodiments, the token also includes control bits. An exemplary token formation is discussed in U.S. patent application Ser. No. 14/309,726, entitled “A Method of Extracting Data from Packets and an Apparatus thereof,” filed Jun. 19, 2014 , which is hereby incorporated by reference in its entirety.


A combination of the PktID and certain bits of the port number (of the corresponding arrival port of the packet) is used to decide where the token of the packet is internally sent to for processing. This combination allows the flexibility that all packets of a particular type can be sent to the same internal destination within the network chip for processing irrespective of which port they are from. Similarly, this combination allows the flexibility that all traffic from a particular port can be redirected to the same internal destination within the network chip for processing independent of what kind of traffic it is.


In some embodiments, the port number is a relative port number that is assigned to the arrival port. The assignment can be performed using a dynamic port renumbering scheme. An exemplary dynamic port renumbering scheme is discussed in U.S. patent application Ser. No. 14/309,789, entitled “A Method of Dynamically Renumbering Ports and an Apparatus thereof,” filed Jun. 19, 2014, which is hereby incorporated by reference in its entirety. The dynamic port renumbering scheme limits a number of states that needs to be preserved for all ports on the network chip, thereby advantageously minimizing the total logic on the network chip.


Typically, the combination of the PktID and the certain bits of the port number forms a key. The key is used to perform a lookup against the destination table. The destination table maps keys to internal destinations within the network chip. The destination table is typically software defined. In some embodiments, the combination is a concatenation of the PktID and the certain bits of the port number.


An exemplary internal destination is one of the LDEs in the mesh network on the network chip. The token is typically in a format that is understood by the LDEs such that one or more of the LDEs will be able to process the token. In some embodiments, the token is modified by a destination LDE. Thereafter, the modified token can be sent to another LDE or to the same LDE for further modification. In some embodiments, the final modified token is used by the rewriter to modify packet headers of the corresponding packet. The original packet payload and the modified packet headers are combined to form a final output network packet. The final output network packet is then sent back to the parser (loopback) or is forwarded to another network device.



FIG. 2A illustrates a method 200 of the network chip in accordance with some embodiments of the present invention. Typically, the network chip is a part of the network switch. At a step 205, a packet is received.


At a step 210, a unique packet identifier of the packet is identified based on contents of the packet. In some embodiments, the step 210 is performed by the parser on the network chip.


At a step 215, a token is formed from the contents of the packet. In some embodiments, the step 215 is also performed by the parser. In some embodiments, protocol layers of the packet are first identified. Each of the protocol layers is then expanded to a generic format based on the identification of the protocol layer. Contents from the expanded protocol layers are then selected. The selected contents are thereafter concatenated to form the token.


At a step 220, a destination to send the token to is determined. The determination is typically based on two factors. In some embodiments, the destination is an internal destination within the network chip. In some embodiments, the step 220 includes a method discussed in FIG. 2B.



FIG. 2B illustrates the method 250 in accordance with some embodiments of the present invention. At a step 255, a key is formed based on a combination of the two factors. In some embodiments, one factor is what the contents of the packet are, and another factor is where the packet is from. Where the packet is from refers to a unique port number of the chip port that the packet arrived at.


In some embodiments, the combination of the two factors allows all packets of a particular type to be sent to the same internal destination within the network chip for processing irrespective of which chip ports the packets are from. In some embodiments, the combination of the two factors allows all traffic from one chip port to be redirected to the same internal destination within the network chip for processing independent of what kind of traffic it is.


At a step 260, a destination table is accessed. The destination table includes information regarding destinations.


At a step 265, the key is used to retrieve information regarding the destination from the destination table. In some embodiments, the destination is an internal destination on the network chip. In some embodiments, the destination is one of a plurality of LDEs on the network chip.



FIG. 3 illustrates another method 300 of the network chip in accordance with some embodiments of the present invention. At a step 305, a packet is processed to identify a unique packet identifier of the packet based on contents of the packet and to form a token based on extracted header fields of the packet.


At a step 310, an arrival chip port of the packet is identified. The arrival chip port is one of the plurality of chip ports on the network chip.


At a step 315, a key is formed by combining the unique packet identifier of the packet and certain bits of a port number corresponding to the identified chip port. In some embodiments, the port number is a relative port number that is assigned to the identified port. In some embodiments, the assignment is performed using a dynamic port renumbering scheme. In some embodiments, the combination is a concatenation of the PktID and the certain bits of the port number.


At a step 320, a destination of the token is determined based on the key. In some embodiments, a destination table is referenced and the key is used to retrieve information regarding the destination from the destination table. In some embodiments, the destination is an internal destination within the network chip.


At a step 325, the token is forwarded to the destination.


Unlike prior art network chips, the network chip in accordance with some embodiments of the present invention does not blindly extract contents from a packet to determine a destination of the packet. Instead, the handling of each packet is a function of what contents of the packets are and where the packets are from. As such, all packets of a same packet type can be sent to the same internal destination within the network chip for processing irrespective of which of the plurality of chip ports the packets are from. Similarly, all traffic from one of the plurality of chip ports can be redirected to the same internal destination within the network chip for processing independent of what kind of traffic the traffic is. Processing of the packets can thus be advantageously distributed across the LDEs.


One of ordinary skill in the art will realize other uses and advantages also exist. While the invention has been described with reference to numerous specific details, one of ordinary skill in the art will recognize that the invention can be embodied in other specific forms without departing from the spirit of the invention. Thus, one of ordinary skill in the art will understand that the invention is not to be limited by the foregoing illustrative details, but rather is to be defined by the appended claims.

Claims
  • 1. A method of implementing a network chip, comprising: receiving a packet through an ingress chip port of the network chip, wherein the packet enters the network chip from outside the network chip through the ingress chip port;identifying a unique packet identifier of the packet;forming a token; anddetermining a destination to send the token to based on at least two factors, wherein one of the at least two factors is a network chip port number of the ingress chip port indicating where the packet entered the network chip from outside of the network chip and another one of the factors is the unique packet identifier.
  • 2. The method of claim 1, wherein forming a token includes: identifying protocol layers of the packet;expanding each of the protocol layers to a generic format based on the identification of the protocol layer;selecting contents from the expanded protocol layers; andconcatenating the selected contents to form the token.
  • 3. The method of claim 1, wherein determining a destination includes: forming a key based on a combination of the two factors;accessing a destination table; andusing the key to retrieve information regarding the destination from the destination table.
  • 4. The method of claim 1, wherein the destination is an internal destination on the network chip.
  • 5. The method of claim 1, wherein the destination is one of a plurality of lookup and decision engines (LDEs) on the network chip.
  • 6. The method of claim 1, wherein one of the factors is what the contents of the packet are.
  • 7. The method of claim 1, wherein one of the factors is where the packet is from.
  • 8. The method of claim 1, wherein a combination of the two factors allows all packets of a particular type to be sent to the same destination for processing irrespective of which chip ports the packets are from.
  • 9. The method of claim 1, wherein a combination of the two factors allows all traffic from one chip port to be redirected to the same destination for processing independent of what kind of traffic it is.
  • 10. A network chip comprising: a plurality of chip ports. wherein each of a plurality of packets enter the network chip from outside the network chip through one of the chip ports, wherein each of the chip ports is identified by different network chip port number; anda parser to process a packet of the packets that arrived at one of the plurality of chip ports to thereby identify a unique packet identifier of the packet, form a token and decide where to send the token to based on the network chip port number of the one of the chip ports from which the packet arrived, which indicates where the packet entered the network chip from outside of the network chip, and the unique packet identifier.
  • 11. The network chip of claim 10, wherein the decision is based on referencing a destination table.
  • 12. The network chip of claim 10, wherein the unique packet identifier and certain bits of the network chip port number are concatenated to form a key to be used when retrieving destination information from a destination table.
  • 13. The network chip of claim 12, wherein the destination table is programmable.
  • 14. The network chip of claim 10, further comprising a mesh network of lookup and decision engines (LDEs).
  • 15. The network chip of claim 14, wherein the token is in a format that is understood by the LDEs such that one or more of the LDEs will be able to process the token.
  • 16. The network chip of claim 14, wherein each of the LDEs generates a lookup key and sends the lookup key to a remote search engine, wherein the remote search engine returns a lookup result that is used to modify the token.
  • 17. The network chip of claim 14, wherein the token is forwarded to a destination LDE, wherein the destination LDE is one of the LDEs.
  • 18. The network chip of claim 17, wherein the destination LDE modifies the token.
  • 19. The network chip of claim 18, wherein the modified token is forwarded to another LDE or the same LDE for further modification.
  • 20. The network chip of claim 19, wherein a final modified token is used to modify packet headers of the packet.
  • 21. The network chip of claim 20, wherein the modified packet headers are combined with a payload of the packet to form an output packet.
  • 22. The network chip of claim 21, wherein the output packet is sent back to the parser for further processing.
  • 23. A network microchip comprising: a plurality of ingress chip ports for inputting a plurality of packets each having a packet type, wherein each packet of the plurality of packets enters the network microchip from outside the network microchip through one of the ingress chip ports; anda parser configured to transmit all of the packets having the same packet type to a first destination within the network microchip for processing independent of which of the plurality of ingress chip ports the packets used to enter the network microchip, and to redirect all of the packets entering the network microchip using the same one of the plurality of ingress chip ports to a second destination for processing independent of the packet type of the packets.
RELATED APPLICATIONS

This Application is a continuation of U.S. patent application Ser. No. 14/309,802, filed on Jun. 19, 2014, and entitled “METHOD OF IDENTIFYING INTERNAL DESTINATIONS OF NETWORK PACKETS AND AN APPARATUS THEREOF” which is also hereby incorporated by reference.

US Referenced Citations (103)
Number Name Date Kind
5781729 Baker et al. Jul 1998 A
5805808 Hasani et al. Sep 1998 A
5951651 Lakshman et al. Sep 1999 A
6088356 Hendel et al. Jul 2000 A
6341129 Schroeder et al. Jan 2002 B1
6356951 Gentry Mar 2002 B1
6606301 Muller et al. Aug 2003 B1
6789116 Sarkissian et al. Sep 2004 B1
6952425 Nelson Oct 2005 B1
7017162 Smith Mar 2006 B2
7187694 Liao Mar 2007 B1
7293113 Krishna Nov 2007 B1
7359403 Rinne Apr 2008 B1
7367052 Desanti Apr 2008 B1
7391735 Johnson Jun 2008 B2
7568047 Aysan et al. Jul 2009 B1
7606263 Parker Oct 2009 B1
7710959 Ramasamy et al. May 2010 B2
7715611 Eaton et al. May 2010 B2
7822032 Parker et al. Oct 2010 B1
7903689 Niinomi et al. Mar 2011 B2
8031640 Mitsumori Oct 2011 B2
8054744 Bishahara et al. Nov 2011 B1
8112800 Yang et al. Feb 2012 B1
8144706 Daniel et al. Mar 2012 B1
8570713 Kumfer Oct 2013 B2
8576173 Verhaegh Nov 2013 B2
8705533 Venkatraman Apr 2014 B1
8804733 Safrai et al. Aug 2014 B1
9064058 Daniel Jun 2015 B2
9313115 Kamerkar et al. Apr 2016 B2
9525647 Koponen Dec 2016 B2
9590820 Shukla Mar 2017 B1
9590914 Alizadeh Attar et al. Mar 2017 B2
9742694 Anand Aug 2017 B2
20010050914 Akahane et al. Dec 2001 A1
20020009076 Engbersen et al. Jan 2002 A1
20020076142 Song Jan 2002 A1
20020016852 Nishihara Feb 2002 A1
20020062394 Bunn et al. May 2002 A1
20020083210 Harrison et al. Jun 2002 A1
20020163935 Paatela Nov 2002 A1
20020191521 Minamino et al. Dec 2002 A1
20030037154 Poggio et al. Feb 2003 A1
20030144993 Kishigami Jul 2003 A1
20030152078 Henderson et al. Aug 2003 A1
20030193949 Kojima et al. Oct 2003 A1
20030210702 Kendall Nov 2003 A1
20030218978 Brown Nov 2003 A1
20030231625 Calvignac et al. Dec 2003 A1
20040019733 Garinger Jan 2004 A1
20040064589 Boucher et al. Apr 2004 A1
20050076228 Davis Apr 2005 A1
20050213570 Stacy et al. Sep 2005 A1
20050220107 Del Regno Oct 2005 A1
20050232303 Deforche et al. Oct 2005 A1
20050276230 Akahane et al. Dec 2005 A1
20050281281 Nair et al. Dec 2005 A1
20060039372 Sarkinen et al. Feb 2006 A1
20060168309 Sikdar et al. Jul 2006 A1
20060021569 Olderdissen Sep 2006 A1
20060215653 LaVigne Sep 2006 A1
20060259620 Tamai Nov 2006 A1
20060280178 Miller et al. Dec 2006 A1
20070078997 Stern Apr 2007 A1
20070268931 Shaikli Nov 2007 A1
20080008159 Bourlas et al. Jan 2008 A1
20090067325 Baratakke et al. Mar 2009 A1
20090067446 Lee Mar 2009 A1
20090234818 Lobo et al. Sep 2009 A1
20090238190 Cadigan, Jr. et al. Sep 2009 A1
20100161787 Jones Jun 2010 A1
20100272125 Franke et al. Oct 2010 A1
20100329255 Singhal Dec 2010 A1
20110022732 Hutchison et al. Jan 2011 A1
20110040923 Ren Feb 2011 A1
20110058514 Lee et al. Mar 2011 A1
20110134920 Dyke Jun 2011 A1
20110142070 Lim et al. Jun 2011 A1
20110261698 Kamerkar et al. Oct 2011 A1
20110261812 Kini et al. Oct 2011 A1
20110268123 Kopelman et al. Nov 2011 A1
20110310892 DiMambro Dec 2011 A1
20120159132 Abel Jun 2012 A1
20120281714 Chang et al. Nov 2012 A1
20130039278 Bouazizi Feb 2013 A1
20130163427 Beliveau et al. Jun 2013 A1
20130163475 Beliveau et al. Jun 2013 A1
20130195457 Levy et al. Aug 2013 A1
20130215906 Hidai Aug 2013 A1
20130238792 Kind et al. Sep 2013 A1
20140078902 Edsall et al. Mar 2014 A1
20140119231 Chan et al. May 2014 A1
20140153443 Carter Jun 2014 A1
20140269307 Banerjee et al. Sep 2014 A1
20140328354 Michael Nov 2014 A1
20140369365 Denio et al. Dec 2014 A1
20150081726 Izenberg Mar 2015 A1
20150189047 Naaman et al. Jul 2015 A1
20150222533 Birrettella et al. Aug 2015 A1
20150277911 Khartikov et al. Oct 2015 A1
20160274944 Winkel Sep 2016 A1
20170048144 Liu Feb 2017 A1
Foreign Referenced Citations (13)
Number Date Country
2000196672 Jul 2000 JP
2000253061 Sep 2000 JP
2003308206 Oct 2003 JP
2005522948 Jul 2005 JP
2007503770 Feb 2007 JP
2007166514 Jun 2007 JP
2009260880 Nov 2009 JP
2009272912 Nov 2009 JP
2013055642 Mar 2013 JP
2014510504 Apr 2014 JP
2005036834 Apr 2005 WO
2011078108 Jun 2011 WO
2012138370 Oct 2012 WO
Non-Patent Literature Citations (7)
Entry
Office Action and English Translation for the Taiwanese application No. 104111755.
Office Action and English Translation for the Taiwanese application No. 104110829.
Office Action for the Japanese Application No. 2015122564 dated Mar. 25, 2019.
Japanese Office Action dated Mar. 18, 2019, for Japanese Patent Application No. 2015-122560.
Office Action for the Japanese Application No. 2015122559 dated Mar. 18, 2019.
Office Action for the Japanese Application No. 2015122561 dated Mar. 18, 2019.
Office Action for the Japanese Application No. 2015-122562 dated Mar. 18, 2019.
Related Publications (1)
Number Date Country
20170187623 A1 Jun 2017 US
Continuations (1)
Number Date Country
Parent 14309802 Jun 2014 US
Child 15457959 US