USRE48645E

Exporting real time network traffic latency and buffer occupancy

Claim Score by NHIP

Abstract

Techniques are presented herein to facilitate the monitoring of occupancy of a buffer in a network device. Packets are received at a network device. Information is captured describing occupancy of the buffer caused by packet flow through the buffer in the network device. Analytics packets are generated containing the information. The analytics packets from the network device for retrieval of the information contained therein for analysis, replay of buffer occupancy, etc.

USRE48645E, drawing sheet 1 — Sheet 1 of 8

Term

6.2 yearsleft in the term

Expires 7 December 2032.

39 claims: 6 independent, 33 dependent

1
A method comprising:at a collector device configured to be in communication with a network device operating in a network: receiving analytics packets containing information describing occupancy of a buffer of the network device caused by packet flow through the buffer in the network device, each analytics packet including a record summarizing characteristics of a packet enqueued in the buffer or of a packet dequeued from the buffer;and replaying the information pertaining to the occupancy of the buffer over time based on the analytics packets, by generating data for visually presenting to a user the information pertaining to the occupancy of the buffer over time.
9
Broadest claimClaim Score 72, broad(NHIP)An apparatus comprising:a memory;a processor coupled to the memory and configured to be in communication with a network device operating in a network, and configured to: receive analytics packets containing information describing occupancy of a buffer of the network device caused by packet flow through the buffer in the network device, each analytics packet including a record summarizing characteristics of a packet enqueued in the buffer or of a packet dequeued from the buffer;and replay the information pertaining to the occupancy of the buffer over time based on the analytics packets, by generating data for visually presenting to a user the information pertaining to the occupancy of the buffer over time.
16
A non-transitory computer readable tangible storage media encoded with instructions that, when executed by a processor of a collector device in communication with a network device operating in the network, cause the processor to:receive analytics packets containing information describing occupancy of a buffer of the network device caused by packet flow through the buffer in the network device, each analytics packet including a record summarizing characteristics of a packet enqueued in the buffer or of a packet dequeued from the buffer;and replay the information pertaining to the occupancy of the buffer over time based on the analytics packets, by generating data for visually presenting to a user the information pertaining to the occupancy of the buffer over time.
21
A network device, comprising:a plurality of ingress ports and a plurality of egress ports;a buffer to temporarily store one or more packets received by the network device through one of the ingress ports;and analytics logic comprising digital logic gates and/or software that provide information associated with a first packet from the one or more packets, wherein the information comprises an indication of an ingress port of arrival of the one or more packets, a timestamp representing a time of capturing the one or more packets at the ingress port, a device identifier, and a packet error properties field;wherein the analytics logic generates a second packet including the information and sends the first packet to one of the plurality of egress ports.
27
A method for analyzing packets, comprising:receiving a plurality of packets from a plurality of ingress ports;temporarily storing one or more received packets in a buffer of a network device;analyzing a first packet from the one or more received packets to generate an indication of an ingress port of the first packet, a timestamp representing a time of reception of the first packet at the ingress port, a device identifier associated with the first packet, and a packet error properties field;generating a second packet including information from the first packet as well as the indication of the ingress port, the timestamp, the device identifier, and the packet error properties field;and sending the first packet out a first egress port.
34
A non-transitory computer readable medium storing instructions that, when executed, cause a logic circuit to:receive a plurality of packets from a plurality of ingress ports;temporarily store one or more received packets in a buffer of a network device;analyze a first packet from the one or more received packets to generate an indication of an ingress port of the first packet, a timestamp representing a time of reception of the first packet at the ingress port, a device identifier associated with the first packet, and a packet error properties field;generate a second packet including information from the first packet as well as the indication of the ingress port, the timestamp, the device identifier, and the packet error properties field;and send the first packet out a first egress port.

Independent claims6

42 paragraphs in 5 sections, as filed

0001This application is a continuation of U.S. application Ser. No. 14/707,139, filed May 8, 2015, which in turn is turn is a continuation of U.S. application Ser. No. 13/708,265, filed Dec. 7, 2012, now U.S. Pat. No. 9,077,619, which in turn claims priority to U.S. Provisional Application No. 61/702,320, filed Sep. 18, 2012, entitled “Exporting Real Time Network Traffic Latency and Buffer Occupancy.” The entirety of these applications is incorporated herein by reference.

TECHNICAL FIELD

0002The present disclosure relates generally to analysis of occupancy of a buffer in a network device.

BACKGROUND

0003In a computer network, data is transmitted from a source to a destination in the form of packets that generally pass through one or more network devices (e.g., switches, routers, firewalls, etc.). During the transmission, certain errors may arise that result in, for example, redundant data being added to the original data, dropped packets, etc. Massively Scalable Data Center and Cloud Computing systems are putting more traffic load on network equipment such that over-provisioned networks are no longer possible. Monitoring of a buffer in a network device is useful to gain knowledge for network administration, analysis, and performance.

BRIEF DESCRIPTION OF THE DRAWINGS

0004<figref idref="DRAWINGS">FIG. 1</figref> is a diagram illustrating a network device configured to generate buffer analytics packets based on occupancy of a buffer in the network device.

0005<figref idref="DRAWINGS">FIG. 2</figref> is a block diagram illustrating one example implementation of the buffer analytics logic.

0006<figref idref="DRAWINGS">FIG. 3</figref> is a diagram that generally illustrates a format of a buffer analytics packet.

0007<figref idref="DRAWINGS">FIG. 4</figref> is a flow chart depicting operations in a network device to generate and output buffer analytics packets.

0008<figref idref="DRAWINGS">FIG. 5</figref> is a flow chart depicting operations in a device that receives and retrieves information from the buffer analytics packets.

0009<figref idref="DRAWINGS">FIG. 6</figref> is a diagram illustrating an example of playback of buffer occupancy from buffer analytics packets.

DESCRIPTION OF EXAMPLE EMBODIMENTS

Overview

0010Techniques are presented herein to facilitate the monitoring of occupancy of a buffer in a network device. Packets are received at a network device. Information is captured describing occupancy of the buffer caused by packet flow through the buffer in the network device. Analytics packets are generated containing the information. The analytics packets from the network device for retrieval of the information contained therein for analysis, replay of buffer occupancy, etc.

Example Embodiments

0011Complete network visibility into buffer occupancy and the ability to replay occupancy via export and post processing is important since network disruptions (e.g., microbursts) can occur at any time. Furthermore, the ability to replay buffer occupancy allows for effective diagnosis of network issues to provide corrective actions. Existing solutions such as port mirroring (i.e., Switched Port Analyzer (SPAN)) do not provide visibility of buffer occupancy. As such, presented herein are techniques for monitoring and replaying buffer occupancy.

0012Referring now to <figref idref="DRAWINGS">FIG. 1</figref>, a diagram is shown of a network environment 5 in which a network device 10 is provided that is configured to generate buffer analytics packets based on occupancy of a buffer the network device 10. The network device 10 comprises a plurality of ports 12(1)-12(N), any of which can serve as an ingress port or egress port at any time. The network device includes a buffer 14, buffer analytics logic 16, a central processing unit (CPU) 18 and memory 19. It should be understood that there are other components of the network device 10, such as a switch fabric or application specific integrated circuit (ASIC), and the buffer 14 may reside the switch fabric. There are typically numerous buffers in the network device 10, but for simplicity only one is shown in <figref idref="DRAWINGS">FIG. 1</figref>. It should be understood that the techniques presented herein are useful for each of a plurality of buffers in a network device. The buffer analytics logic 14 may be implemented in hardware by digital logic gates (and embedded in the switch fabric) or by software stored in memory 19 and executed by CPU 18.

0013Packets 20 arrive at the network device 10 via any of the ports 12(1)-12(N). <figref idref="DRAWINGS">FIG. 1</figref> shows an example where packets are arriving at ports 12(1), 12(2) and 12(3). The network device 10 is coupled to a network 40, e.g., a local area network or wide area network (the Internet), via ports 12(5)-12(N) to ultimately communicate with any one or more of the network devices 50(1)-50(M).

0014Generally, the buffer analytics logic 16 captures information describing occupancy of the buffer 14 caused by packet flow through the buffer in the network device 10, and generates buffer analytics packets 30 containing the information. As will become apparent from the description below in connection with <figref idref="DRAWINGS">FIG. 2</figref>, there are two types of buffer analytics packets: enqueue buffer analytics packets and dequeue buffer analytics packets. The buffer analytics packets 30 are then output from the network device 10 at a programmable time schedule (or based of packet size) in any one of several ways to allow for replay of the occupancy of the buffer.

0015First, the network device 10 may insert into buffer analytics packets 30 an address for a destination of the buffer analytics packet, e.g., address for any device connected to the network 40, such as collector device 60 having a CPU 62 and memory 64. The network device 10 sends the analytics packet 30 via network 40 to the destination collector device 60, which may be at any location, local or remote from network device 10.

0016Second, the network device 10 may output the analytics packet 30 to a dedicated port, e.g., port 12(4) of the network device 10 to which a collector device 70 is connected. The dedicated analytics port 12(4) can participate in port channel or fixed port distribution to expand bandwidth to a single or multiple monitor ports. The collector device 70, since it is connected directly to port 12(4), is usually local to the network device 10. The collector device 70 includes a CPU 72 and memory 74.

0017Third, the analytics packets 30 may be output to the onboard CPU 18 and memory 19 in the network device 10, such that CPU 18 and memory 19 also serve as a collector device. In any of these scenarios, the CPUs 18, 62 and 72 may replay and analyze the occupancy of the buffer 14 based on software instructions stored in its associated memory 19, 64 and 74, respectively. Moreover, the analytics packets are stored in the memory 19, 64 and 74 for the associated CPU 18, 62 and 72, respectively.

0018The network device 10 can be any network device now known or hereinafter developed, including a switch, router, gateway, a software stack on a host device, virtual network interface cards (VNICs) virtual switches, physical network interface cards (including those that support virtualization).

0019Memory 19, 64 and 74 may comprise read only memory (ROM), random access memory (RAM), magnetic disk storage media devices, optical storage media devices, flash memory devices, electrical, optical, or other physical/tangible memory storage devices. Thus, in general, the memory 19, 64 and 74 may comprise one or more tangible (non-transitory) computer readable storage media (e.g., a memory device) encoded with software comprising computer executable instructions and when the software is executed (by the associated CPU) it is operable to perform the operations described herein.

0020Reference is now made to <figref idref="DRAWINGS">FIG. 2</figref> for a more detailed description of the buffer analytics logic 16. <figref idref="DRAWINGS">FIG. 2</figref> shows that the buffer analytics logic 16 comprises an enqueue analytics packet generator 80 and a dequeue analytics packet generator 82. In addition, there are an admission control block 84, a departure control block 86, a packet assembler 88 and a multiplexer 90. The admission control block 84 and departure control block 86 are commonly found in a network device and are hardware (or software) blocks used to make processing decisions, such as a drop, scheduling, rate limiting, policing, shaping, etc.

0021The enqueue analytics packet generator 80 is configured to generate an analytics packet, called an enqueue buffer analytics packet shown at reference numeral 32, that describes/summarizes a packet being enqueued into buffer 14. Similarly, the dequeue analytics packet generator 82 is configured to generate an analytics packet, called a dequeue buffer analytics packet shown at reference numeral 34, that describes/summarizes a packet being dequeued from buffer 14. The packet assembler 88 assembles a packet 20 ready out from the buffer 14 for output from the network device.

0022The enqueue analytics packet generator 80 captures, for a packet enqueued to buffer 14, information describing one or more of identification of ingress port of arrival of the packet at the network device, Layer 2 source address and destination address, Layer 3 source address and destination address, Layer 4 source address and destination address, class of service, and timestamp of arrival at the ingress port. Similarly, the dequeue analytics packet generator 82 captures, for a packet dequeued from the buffer 14, information describing one or more of identification of egress port for departure of the packet from the network device, Layer 2 source address and destination address, Layer 3 source address and destination address, and timestamp of departure from the egress port.

0023The enqueue buffer analytics packet 32 generated by the enqueue analytics packet generator 80, dequeue buffer analytics packet 34 generated by the dequeue analytics packet generator 82, and packet 20 output by the packet assembler 88, are all supplied to a corresponding input of the multiplexer 90. The multiplexer 90 selectively outputs, at any given time, either a packet 20, an enqueue buffer analytics packet 32 or a dequeue buffer analytics packet 34. Priority is given to output of a packet 20 in order to maintain proper flow of network traffic through the network device 10. Trigger for output of an analytics packet may be based on time (according to a schedule) or size of a packet enqueued to the buffer or dequeued from the buffer.

0024Reference is now made to <figref idref="DRAWINGS">FIG. 3</figref>. <figref idref="DRAWINGS">FIG. 3</figref> shows an example format of an enqueue buffer analytics packet 32 or dequeue buffer analytics packet 34. As explained above, an enqueue buffer analytics packet 32 summarizes a packet that is being enqueued to a buffer and a dequeue buffer analytics packet 34 summarizes a packet that is being dequeued from the buffer. These analytics packets, when accumulated over time for packets that pass through the buffer, allow for playback of occupancy characteristics of the buffer and traffic flow of packets through the buffer. As shown in <figref idref="DRAWINGS">FIG. 3</figref>, an enqueue buffer analytics packet 32 and a dequeue buffer analytics packet 34 includes an Ethernet Header field 100, a Common Header field 110, one or more Records fields 120(1)-120(N) and a cyclic redundancy check (CRC) field 130.

0025The Ethernet header field 110 is field that is used to encapsulate the destination address of the analytics packet, e.g., to direct the analytics packet to a destination, i.e., a local or remote collector device (as indicated in <figref idref="DRAWINGS">FIG. 1</figref>), including to the CPU of the network device itself. To this end, the Ethernet header field 110 includes information, such as media access control (MAC) destination address/source address (DA/SA), optional IEEE 802.1q virtual local area network (VLAN) routing information, an optional Internet Protocol (IP) header including an IP SA and IP DA. Again, the Ethernet header field 110 contains information used to route the buffer analytics packet to its desired destination.

0026The common header field 110 contains information captured from the header of a packet that has been enqueued to or dequeued (as the case may be) from the buffer. Thus, the common header field summarizes the header of a packet that is enqueued to and dequeued from the buffer in the network device. For example, the common header field includes information for a common header version (to allow for backward/future compatibility), timescale information representing the timescale of the enqueued or dequeued packet, a timestamp of the packet arrival and/or departure to/from the buffer to allow for replay, a record number to allow a collector to determine how many, if any records, have been lost in between the current analytics packet and the last received analytics packet, and one or more user defined fields such as class of service, type of service, etc.

0027The record field 120 contains data for an enqueued or dequeued packet that a user configures the buffer analytics logic to capture. Examples of data that may be include in a record field includes:

0028Format version to indicate a format version of the record field for backward/future compatibility.

0029L2 Header Fields (MAC SA/DA) or compressed versions (i.e. last 24 bits) and priority

0030L3 Header (IP SA/DA) or compressed versions (i.e. last 16 bits) and priority and protocol type

0031L4 Header (TCP/UDP SA/DA)

0032User defined fields, including one or more of: <ul id="ul0001" list-style="none"><li id="ul0001-0001" num="0000"><ul id="ul0002" list-style="none"><li id="ul0002-0001" num="0033">Input/output port</li><li id="ul0002-0002" num="0034">Drop—an indication of whether the packet was dropped.</li><li id="ul0002-0003" num="0035">Queue id—identifier of the queue (unicast or multicast) to which the packet is</li><li id="ul0002-0004" num="0036">associated</li><li id="ul0002-0005" num="0037">Queue length—length of the queue to which the packet is associated.</li><li id="ul0002-0006" num="0038">Packet length—overall length of size of the packet.</li><li id="ul0002-0007" num="0039">Timestamp (absolute or relative to common header from protocols such as</li><li id="ul0002-0008" num="0040">Precision Time Protocol (PTP) or Network Time Protocol (NTP))</li><li id="ul0002-0009" num="0041">Programmable bytes—any user configurable one or more bytes of the payload of a packet</li><li id="ul0002-0010" num="0042">Internally specific fields such as logical interface mapped from table with keys such as {ingress/egress port, vlan} Last record—to indicate that this is last record field in the analytics packet. </li></ul></li></ul>

0043Thus, to summarize, the record field 120 for an analytics packet contains information about an enqueued packet or dequeued packet to describe buffer occupancy characteristics such as overall buffer occupancy, buffer occupancy based on packet priority, unicast queue length, multicast queue length; packet properties such as drop, port mirrored, load balanced, bridged or routed, and packet length; and packet error properties such as Cyclic Redundancy Check (CRC), and various error protocols such as Runt, Giant, and Jabber. More specifically, for a packet enqueued to the buffer, information is included in the record field describing one or more of identification of ingress port of arrival of the packet at the network device, Layer 2 source address and destination address, Layer 3 source address and destination address, Layer 4 source address and destination address, class of service, and timestamp of arrival at the ingress port. Similarly, for a packet dequeued from the buffer, information is included in the record field describing one or more of identification of egress port for departure of the packet from the network device, Layer 2 source address and destination address, Layer 3 source address and destination address, and timestamp of departure from the egress port. Other examples of data captured into user defined fields include an indication of a packet being rate limited, shaped, policed as well as any programmable bytes of the packet including payload.

0044The size of the analytics packet (Ethernet header field, common header field and records) may be the Maximum Transmit Unit (MTU), a switch specific analytics MTU, determined using a time-based method (e.g., analytics packet generated and transmitted at predetermined times), determined based on a selected number of packets, or by other techniques.

0045Reference is now made to <figref idref="DRAWINGS">FIG. 4</figref>. <figref idref="DRAWINGS">FIG. 4</figref> provides a flow chart that depicts the high level operations performed in a network device in generating and outputting analytics packets. At 200, a network device receives a packet. At 210, the network device captures information describing occupancy of a buffer caused by packet flow through the buffer in the network device. At 220, an analytics packet is generated for each packet that is enqueued to and/or dequeued from the buffer. At 230, a destination address is inserted into the analytics packet. At 240, the network device processes the packet in the normal course, and outputs an analytics packet to its destination (local or remote network destination) or to a local CPU of the network device. The capturing, generating, and outputting operations are triggered to be performed based on at least one of time and size of enqueued packet or dequeued packet.

0046<figref idref="DRAWINGS">FIG. 5</figref> illustrates a high level flow chart depicting the operations performed at a destination of the analytics packets. At 300, a collector device receives the analytics packets over time. At 310, the collector device parses the analytics packets to retrieve information in the individual records as well as the common header, and uses this information to replay buffer occupancy, perform traffic latency and perform other analysis.

0047<figref idref="DRAWINGS">FIG. 6</figref> shows an example of how a replay of buffer occupancy, subject to certain filtering criteria, may be made. In <figref idref="DRAWINGS">FIG. 6</figref>, a “*” represents data that has been stored into buffer and lack of “*” represents absence or removal of data from the buffer.

0048By generating and exporting analytics packets that summarize properties of packets enqueued to and dequeued from a buffer in a network device, a replay of the buffer may be achieved using specific pieces of information that are of interest to network administrators and application developers. Recording each of these categories would require enormous bandwidth if a complete enqueued or dequeued packet is captured.

0049In summary, presented herein are techniques that enable a time-based complete replay of the buffer occupancy with resolution determined by a sampling period. These techniques provide visibility of traffic flows received by network devices. The information provided can be used by network administrators to gain insight into their specific network traffic, such as per-packet latency, buffer occupancy, and possible congestion sources. This information can lead to better allocation and provisioning of network resources, reduced congestion, and higher overall throughput. By parsing and aggregating relevant characteristics from each packet according to the techniques presented herein, bandwidth requirements associated with network monitoring are greatly reduced. As such, these techniques assist in reducing the amount of data exported for analysis.

0050The above description is intended by way of example only.

Contents5

Every citation, both ways

Citations
Document	Relation	Office	Cited during
US2003007456A1	Cites	United States of America	Search report
US2003231596A1	Cites	United States of America	Applicant
US2005182850A1	Cites	United States of America	Search report
US2005240745A1	Cites	United States of America	Applicant
US2006062209A1	Cites	United States of America	Applicant
US2006253900A1	Cites	United States of America	Applicant
US2006268847A1	Cites	United States of America	Applicant
WO2008097001A1	Cites	World Intellectual Property Organization (WIPO)	Applicant
US2008285463A1	Cites	United States of America	Search report
US2009034416A1	Cites	United States of America	Applicant
US2009041011A1	Cites	United States of America	Applicant
US2009100040A1	Cites	United States of America	Applicant
US2009171474A1	Cites	United States of America	Applicant
US2010054152A1	Cites	United States of America	Applicant
US2010154033A1	Cites	United States of America	Applicant
US2010287297A1	Cites	United States of America	Applicant
US2012093505A1	Cites	United States of America	Applicant
US2012215909A1	Cites	United States of America	Search report
US2013155858A1	Cites	United States of America	Search report
US2013194923A1	Cites	United States of America	Search report
US2015244637A1	Cites	United States of America	Applicant
GB2477640A	Cites	United Kingdom	Applicant
US6246684B1	Cites	United States of America	Applicant
US6690646B1	Cites	United States of America	Search report
US6853623B2	Cites	United States of America	Applicant
US6892237B1	Cites	United States of America	Applicant
US6990202B2	Cites	United States of America	Applicant
US7106731B1	Cites	United States of America	Applicant
US7395332B2	Cites	United States of America	Applicant
US7474666B2	Cites	United States of America	Applicant
US7656818B1	Cites	United States of America	Applicant
US7792130B2	Cites	United States of America	Applicant
US7830793B2	Cites	United States of America	Applicant
US7899048B1	Cites	United States of America	Applicant
US7961621B2	Cites	United States of America	Applicant
US7969971B2	Cites	United States of America	Applicant
US8116307B1	Cites	United States of America	Applicant
US8208389B2	Cites	United States of America	Applicant
US8274905B2	Cites	United States of America	Applicant
US8605588B2	Cites	United States of America	Applicant
US8640036B2	Cites	United States of America	Applicant
US8681806B2	Cites	United States of America	Applicant
US8767551B2	Cites	United States of America	Search report
US20030007456A1	Cites	United States of America	Search report
US20030231596A1	Cites	United States of America	Applicant
US20050182850A1	Cites	United States of America	Search report
US20050240745A1	Cites	United States of America	Applicant
US20060062209A1	Cites	United States of America	Applicant
US20060253900A1	Cites	United States of America	Applicant
US20060268847A1	Cites	United States of America	Applicant
US20080285463A1	Cites	United States of America	Search report
US20090034416A1	Cites	United States of America	Applicant
US20090041011A1	Cites	United States of America	Applicant
US20090100040A1	Cites	United States of America	Applicant
US20090171474A1	Cites	United States of America	Applicant
US20100054152A1	Cites	United States of America	Applicant
US20100154033A1	Cites	United States of America	Applicant
US20100287297A1	Cites	United States of America	Applicant
US20120093505A1	Cites	United States of America	Applicant
US20120215909A1	Cites	United States of America	Search report
US20130155858A1	Cites	United States of America	Search report
US20130194923A1	Cites	United States of America	Search report
US20150244637A1	Cites	United States of America	Applicant
WO2008097001A1	Cites	World Intellectual Property Organization (WIPO)	Applicant
International Search Report and Written Opinion in counterpart International Application No. PCT/US2013/059180, dated Nov. 28, 2013, 10 pages.	Non-patent	–	Applicant
English translation of First Office Action and Search Report in counterpart Chinese Application No. 201380048250.6, dated Nov. 21, 2016, 10 pages.	Non-patent	–	Applicant
English translation of Second Office Action in counterpart Chinese Application No. 201380048250.6, dated May 2, 2017, 3 pages.	Non-patent	–	Applicant
First Examination Report in counterpart Indian Application No. 444/MUMNP/2015, dated May 24, 2019, 6 pages.	Non-patent	–	Applicant
Cisco Systems, Inc., “Cisco Nexus 3000 Series NX-OS Release Notes, Release 5.0(3)U2(1),” pp. 1-12, Aug. 31, 2011.	Non-patent	–	Applicant
International Search Report and Written Opinion in counterpart International Application No. PCT/US2013/059180, dated Nov. 28, 2013, 10 pages.	Non-patent	–	Applicant
English translation of First Office Action and Search Report in counterpart Chinese Application No. 201380048250.6, dated Nov. 21, 2016, 10 pages.	Non-patent	–	Applicant
English translation of Second Office Action in counterpart Chinese Application No. 201380048250.6, dated May 2, 2017, 3 pages.	Non-patent	–	Applicant
First Examination Report in counterpart Indian Application No. 444/MUMNP/2015, dated May 24, 2019, 6 pages.	Non-patent	–	Applicant
Cisco Systems, Inc., “Cisco Nexus 3000 Series NX-OS Release Notes, Release 5.0(3)U2(1),” pp. 1-12, Aug. 31, 2011.	Non-patent	–	Applicant

14 members in 5 offices

This recordMember, by publication datePriority claim

Priority claims4

Priority claims
Document	Office	Kind	Date
201261702320	United States of America	P	2012-09-18
201213708265	United States of America	A	2012-12-07
201514707139	United States of America	A	2015-05-08
201615285603	United States of America	A	2016-10-05

Members14

Family members, oldest first
Document	Office	Kind
US2014078915A1	United States of America	A1	2014-03-20
WO2014046932A1	World Intellectual Property Organization (WIPO)	A1	2014-03-27
CN104641602A	China	A	2015-05-20
US9077619B2	United States of America	B2	2015-07-07
EP2898637A1	European Patent Office (EPO)	A1	2015-07-29
US2015244637A1	United States of America	A1	2015-08-27
IN444MUN2015A	India	A	2015-09-11
EP2898637B1	European Patent Office (EPO)	B1	2016-11-09
US9509622B2	United States of America	B2	2016-11-29
US2017026256A1	United States of America	A1	2017-01-26
US9641407B2	United States of America	B2	2017-05-02
CN104641602B	China	B	2018-01-05
USRE48645EThis record	United States of America	E	2021-07-13
USRE50298E	United States of America	E	2025-02-11

55 transactions on the USPTO file

Allowed after 1 non-final rejection.

Non-final rejections: 1
Final rejections: 0
RCEs: 0
Appeals: 0

Over time

Point at a mark for the transaction

Transactions

Prosecution transactions, newest first
	Event	Code
2024-10-21	Payment of Maintenance Fee, 8th Year, Large EntityM1552	M1552
2021-07-13	Recordation of Patent Grant MailedPGM/	PGM/
2021-06-24	Email NotificationEML_NTR	EML_NTR
2021-06-23	Issue Notification MailedAllowedWPIR	WPIR
2021-05-27	Dispatch to FDCD1935	D1935
2021-05-27	Application Is Considered Ready for IssuePILS	PILS
2021-05-21	Issue Fee Payment VerifiedN084	N084
2021-05-21	Issue Fee Payment ReceivedIFEE	IFEE
2021-02-24	Electronic ReviewELC_RVW	ELC_RVW
2021-02-24	Email NotificationEML_NTF	EML_NTF
2021-02-24	Mail Notice of AllowanceAllowedMN/=.	MN/=.
2021-02-20	Notice of Allowance Data Verification CompletedAllowedN/=.	N/=.
2021-02-11	Reasons for AllowanceEX.R	EX.R
2020-12-17	Date Forwarded to ExaminerFWDX	FWDX
2020-12-16	Miscellaneous Incoming LetterLET.	LET.
2020-12-16	Response after Non-Final ActionA...	A...
2020-12-04	Email NotificationEML_NTR	EML_NTR
2020-12-04	Mail Examiner Interview Summary (PTOL - 413)MEXIN	MEXIN
2020-11-30	Interview Summary RecordEXIN	EXIN
2020-11-20	Interview Summary - Applicant Initiated - TelephonicEXAT	EXAT
2020-11-18	Electronic request for Examiner InterviewM865E	M865E
2020-10-23	Electronic ReviewELC_RVW	ELC_RVW
2020-10-23	Email NotificationEML_NTF	EML_NTF
2020-10-23	Mail Non-Final RejectionNon-final rejectionMCTNF	MCTNF
2020-10-17	Non-Final RejectionNon-final rejectionCTNF	CTNF
2020-09-09	Information Disclosure Statement consideredIDSC	IDSC
2020-09-09	Information Disclosure Statement consideredIDSC	IDSC
2020-06-10	Miscellaneous Incoming LetterLET.	LET.
2019-10-07	Preliminary AmendmentA.PE	A.PE
2019-07-23	Case Docketed to Examiner in GAUDOCK	DOCK
2019-06-06	Information Disclosure Statement (IDS) FiledWIDS	WIDS
2019-06-06	Information Disclosure Statement (IDS) FiledM844	M844
2019-06-04	Paralegal Reissue Review CompletePRIR	PRIR
2019-06-04	Notice of Reissue Published in Official GazetteNRE.	NRE.
2019-06-03	Case Docketed to Examiner in GAUDOCK	DOCK
2019-06-03	Email NotificationEML_NTR	EML_NTR
2019-06-03	Application Is Now CompleteCOMP	COMP
2019-06-03	Filing Receipt - UpdatedFLRCPT.U	FLRCPT.U
2019-05-31	Application Dispatched from OIPEOIPE	OIPE
2019-05-31	FITF set to NO - revise initial settingFTFI	FTFI
2019-05-29	Additional Application Filing FeesADDFLFEE	ADDFLFEE
2019-05-29	A statement by one or more inventors satisfying the requirement under 35 USC 115, Oath of the ApplicOATHDECL	OATHDECL
2019-05-06	Electronic ReviewELC_RVW	ELC_RVW
2019-05-06	Email NotificationEML_NTF	EML_NTF
2019-05-06	Email NotificationEML_NTR	EML_NTR
2019-05-06	Notice Mailed--Application Incomplete--Filing Date AssignedINCD	INCD
2019-05-06	Filing ReceiptFLRCPT.O	FLRCPT.O
2019-05-04	Application ready for PDX access by participating foreign officesCCRDY	CCRDY
2019-05-01	Information Disclosure Statement (IDS) FiledM844	M844
2019-05-01	PTO/SB/69-Authorize EPO Access to Search ResultsSREXR141	SREXR141
2019-05-01	Applicants have given acceptable permission for participating foreignAPPERMS	APPERMS
2019-05-01	Information Disclosure Statement (IDS) FiledWIDS	WIDS
2019-05-01	Cleared by OIPE CSRL194	L194
2019-05-01	Entity Status Set To Undiscounted (Initial Default Setting or Status Change)BIG.	BIG.
2019-05-01	Initial Exam Team nnIEXX	IEXX

3 legal events, as the office reported them to INPADOC

Over the term

Point at a mark for the event

Events

Legal events, newest first
	Event	Code
2024-10-21	Maintenance fee paymentMAFP	MAFP
2021-03-01	AssignmentAS	AS
2019-05-01	Fee payment procedureENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITYFEPP	FEPP

Exporting real time network traffic latency and buffer occupancy

Claim Score by NHIP

Abstract