TCP Datagram Reassembly¶
pcapkit.foundation.reassembly.tcp contains
TCP only,
which reconstructs fragmented TCP packets back to origin.
- class pcapkit.foundation.reassembly.tcp.TCP(*, strict=True, store=True, timeout=None)[source]¶
Bases:
ReassemblyBase[Packet,Datagram,tuple[_AT,int,_AT,int],Buffer]Reassembly for TCP payload.
- Parameters:
strict (
bool) – ifTrue, report a datagram that is not completely reassembled as the tuple of its received runs; otherwise as one contiguous payload, its holes zero-filledstore (
bool) – if store reassembled datagram in memory, i.e.,self._dtgram(if not, datagram will be discarded after callback)timeout (
float|None) – reassembly timeout in seconds, on the capture’s own clock;Noneselects__timeout__, which for TCP disables expiry
Example
>>> from pcapkit.foundation.reassembly import TCP # Initialise instance: >>> tcp_reassembly = TCP() # Call reassembly: >>> tcp_reassembly(packet_dict) # Fetch result: >>> result = tcp_reassembly.datagram
Note
There are two coordinate systems in play here, and keeping them apart matters. Sequence numbers – in the hole descriptor list of RFC 815, and in each payload buffer’s own
gapandconflictlists – are kept unwrapped, inclusive of both bounds: every arriving sequence number is read modulo2 ** 32relative to the data already buffered under its buffer ID, per RFC 9293 Section 3.4, and placed on one unbounded integer line. A connection that crosses2 ** 32therefore continues at2 ** 32rather than back at zero. A payload buffer, on the other hand, is indexed from zero, such thatbuffer.raw[n]holds the octet with sequence numberbuffer.isn+ n.submit()converts between the two, subtracting that buffer’s initial sequence number from each gap bound, and reports conflict ranges reduced back to modulo2 ** 32.The hole descriptor list is held once per buffer ID, across every acknowledgement number’s payload buffer, so it describes the stream rather than any one payload buffer: it decides when a stream whose FIN has been seen is whole and may be submitted. Whether each payload buffer is complete is a question about that buffer alone, answered from its own
gaplist.Warning
Limitation. Without the handshake the start of a stream is unknown, so a FIN is taken to complete the stream once every octet from the lowest one seen so far up to the FIN has arrived. Data that arrives later but lies below everything seen before that FIN therefore opens a buffer of its own, and the first buffer has already been reported
COMPLETEalthough the stream was not:[seq 1000 A*5, FIN 1005, seq 990 B*10]givesB*10andA*5as two datagrams. This applies only to a buffer begun without a SYN: once the SYN is captured, the stream’s start is the SYN’s own sequence number, and a FIN completes the stream only when every octet from there up to the FIN has arrived.Changed in version 1.5.0: Of two overlapping segments that disagree, the octets received first are kept, per RFC 9293 Section 3.10, and the contested range is recorded in
Datagram.conflict; 1.4.x kept the later octets without a record (#443).- submit(buf, *, bufid, timeout=False)[source]¶
Submit reassembled payload.
- Parameters:
- Return type:
- Returns:
Reassembled packets.
- __protocol_type__: Type[ProtocolBase] = <class 'pcapkit.protocols.transport.tcp.TCP'>¶
Protocol of current reassembly object.
Algorithm¶
See also
This algorithm is an adaptation of the algorithm described in RFC 815.
Attribute |
Definition |
|---|---|
|
Data Sequence Number |
|
TCP Acknowledgement |
|
TCP Synchronisation Flag |
|
TCP Finish Flag |
|
TCP Reset Connection Flag |
|
Buffer Identifier |
|
Hole Descriptor List |
|
Initial Sequence Number |
|
Payload Sequence Number |
|
source IP |
|
destination IP |
|
source TCP port |
|
destination TCP port |
DO {
BUFID <- src|srcport|dst|dstport;
/* a SYN occupies a sequence number of its own, so payload sent by
or after it starts one octet later than the segment's DSN */
PSN <- DSN + 1 IF (SYN is true) ELSE DSN;
IF (SYN is true) {
IF (buffer with BUFID is allocated) {
flush all reassembly for this BUFID;
submit datagram to next step;
}
}
IF (no buffer with BUFID is allocated) {
allocate reassembly resources with BUFID;
ISN <- PSN;
put data from fragment into data buffer with BUFID
[from octet fragment.first to octet fragment.last];
HDL <- [one hole from PSN + fragment.len to infinity];
} ELSE {
put data from fragment into data buffer with BUFID
[from octet fragment.first to octet fragment.last];
/* a segment with no payload fills no hole, and its "last" lies
one below its "first", so it is not run through the algorithm */
IF (fragment.len > 0) {
update HDL;
}
}
IF (FIN is true or RST is true) {
submit datagram to next step;
free all reassembly resources for this BUFID;
BREAK.
}
} give up until (next fragment);
update HDL: {
DO {
select the next hole descriptor from HDL;
IF (fragment.first > hole.last) CONTINUE.
IF (fragment.last < hole.first) CONTINUE.
delete the current entry from HDL;
IF (fragment.first > hole.first) {
create new entry "new_hole" in HDL;
new_hole.first <- hole.first;
new_hole.last <- fragment.first - 1;
}
IF (fragment.last < hole.last AND FIN is false AND RST is false) {
create new entry "new_hole" in HDL;
new_hole.first <- fragment.last + 1;
new_hole.last <- hole.last;
}
BREAK.
} give up until (no entry from HDL)
}
The following algorithm implementation is based on the IP Datagram
Reassembly Algorithm introduced in RFC 815, which presents hole
descriptors as an alternative to the RCVBT (fragment received bit
table) approach used by the reassembly procedure in RFC 791. And
here is the process:
Select the next hole descriptor from the hole descriptor list. If there are no more entries, go to step eight.
If
fragment.firstis greater thanhole.last, go to step one.If
fragment.lastis less thanhole.first, go to step one.Delete the current entry from the hole descriptor list.
If
fragment.firstis greater thanhole.first, then create a new hole descriptornew_holewithnew_hole.firstequal tohole.first, andnew_hole.lastequal tofragment.firstminus one (-1).If
fragment.lastis less thanhole.lastand neitherFINnorRSTis set – TCP has no more fragments flag, so the termination flags take its place – then create a new hole descriptornew_hole, withnew_hole.firstequal tofragment.lastplus one (+1) andnew_hole.lastequal tohole.last.Go to step one.
If the hole descriptor list is now empty, the datagram is now complete. Pass it on to the higher level protocol processor for further handling. Otherwise, return.
Terminology¶
- reasm.tcp.packet¶
Data structure for TCP datagram reassembly (
TCP.reassembly) is as following:ip_info = ip.info tcp_info = tcp.info raw_len = len(tcp.packet.payload) packet_dict = Info( bufid = ( ip_info.src, # source IP address tcp_info.srcport.port, # source port ip_info.dst, # destination IP address tcp_info.dstport.port, # destination port ), num = frame.info.number, # original packet range number ack = tcp_info.ack, # acknowledgement dsn = tcp_info.seq, # data sequence number syn = tcp_info.flags.syn, # synchronise flag fin = tcp_info.flags.fin, # finish flag rst = tcp_info.flags.rst, # reset connection flag header = tcp.packet.header, # raw bytes type header payload = bytearray( tcp.packet.payload), # raw bytearray type payload first = tcp_info.seq, # first sequence number of payload last = tcp_info.seq + raw_len - 1, # last sequence number of payload len = raw_len, # payload length, header excludes timestamp = float( frame.info.time_epoch), # capture timestamp )
Both
firstandlastare absolute TCP sequence numbers and both are inclusive, so a segment carrying no payload at all haslastone belowfirst.- reasm.tcp.datagram¶
Data structure for reassembled TCP datagram (element from
TCP.datagramtuple) is as following:(tuple) datagram |--> (Info) data | |--> 'completed' : (Completion) COMPLETE --> reassembled in whole | |--> 'id' : (Info) original packet identifier | | |--> 'src' --> (tuple) | | | |--> (IPv4Address) ip.src | | | |--> (int) tcp.srcport | | |--> 'dst' --> (tuple) | | | |--> (IPv4Address) ip.dst | | | |--> (int) tcp.dstport | | |--> 'ack' --> (int) original packet ACK number | |--> 'index' : (tuple) packet numbers | | |--> (int) original packet range number | | |--> ... | |--> 'header' : (bytes) initial TCP header | |--> 'payload' : (bytes) reassembled payload | |--> 'packet' : (Protocol) parsed reassembled payload | |--> 'conflict' : (tuple) sequence ranges on which two segments disagreed | | |--> (tuple) (first, last), absolute and inclusive | | |--> ... |--> (Info) data | |--> 'completed' : (Completion) PARTIAL or TIMEOUT --> incomplete | |--> 'id' : (Info) original packet identifier | | |--> 'src' --> (tuple) | | | |--> (IPv4Address) ip.src | | | |--> (int) tcp.srcport | | |--> 'dst' --> (tuple) | | | |--> (IPv4Address) ip.dst | | | |--> (int) tcp.dstport | | |--> 'ack' --> (int) original packet ACK number | |--> 'index' : (tuple) packet numbers | | |--> (int) original packet range number | | |--> ... | |--> 'header' : (bytes) initial TCP header | |--> 'payload' : (tuple) partially reassembled payload | | |--> (bytes) payload fragment | | |--> ... | |--> 'packet' : (None) not parsed | |--> 'conflict' : (tuple) sequence ranges on which two segments disagreed | | |--> (tuple) (first, last), absolute and inclusive | | |--> ... |--> (Info) data ...
completedandconflictare independent signals: a datagram can beCOMPLETEand still carry a non-emptyconflict– the resolution of a conflicting overlap is first-write-wins (RFC 9293 Section 3.10), so it never leaves a hole, and a contested range that was later filled in around does not stop the datagram from completing.conflictis what lets a caller tell a clean stream from a contested one, whichcompletedalone cannot.- reasm.tcp.buffer¶
Data structure for internal buffering when performing reassembly algorithms (
TCP._buffer) is as following:(dict) buffer --> memory buffer for reassembly |--> (tuple) BUFID : (dict) | |--> ip.src | | |--> tcp.srcport | | |--> ip.dst | | |--> tcp.dstport | | |--> 'hdl' : (list) hole descriptor list | | |--> (Info) hole --> hole descriptor | | |--> "first" --> (int) sequence number of the | | | first missing octet | | |--> "last" --> (int) sequence number of the | | last missing octet, inclusive | |--> 'hdr' : (bytes) initial TCP header | |--> 'ack' : (dict) ACK list | |--> (int) ACK : (dict) | | |--> 'ind' : (list) list of reassembled packets | | | |--> (int) packet range number | | |--> 'isn' : (int) sequence number of the octet | | | held in raw[0] | | |--> 'len' : (int) length of payload buffer | | |--> 'raw' : (bytearray) reassembled payload, | | holes set to b'\x00' | | |--> 'gap' : (list) sequence ranges still | | | zero-fill placeholder in 'raw' | | | |--> (tuple) (first, last), | | | absolute and | | | inclusive | | | |--> ... | | |--> 'conflict' : (list) sequence ranges on which | | | an arriving segment disagreed | | | with bytes already in 'raw' | | | |--> (tuple) (first, last), | | | absolute and | | | inclusive | | | |--> ... | |--> (int) ACK ... | |--> ... | |--> 'timestamp' : (float) capture timestamp of the | first segment buffered |--> (tuple) BUFID ...
gapis deliberately not derived fromhdlabove.hdlis shared by every ACK in this dict, while each ACK’s ownrawis private to it, so a different ACK’s segment closing a hole inhdlsays nothing about whether this ACK has received anything at the same sequence numbers – consultinghdlfor that question would discard a fragment’s own real bytes whenever a different ACK bucket under the same buffer ID happens to cover the same range first.gapis kept in the same absolute, inclusive sequence number convention asconflictabove (and ashdl’s own hole descriptors), rather than as a per-octet marker aligned withraw. That is what lets it surviveisnbeing revised downwards by a reach-back segment: a per-octet marker aligned withrawhas to be re-prefixed in lockstep with every such revision, while an absolute interval needs no shifting at all. It also means a fragment with no holes carries an empty list instead of araw-sized marker.Note
TCP reassembly has no timeout by default: no specification gives stream reassembly a deadline the way RFC 1122 Section 3.3.2 and RFC 8200 Section 4.5 give IP fragmentation one, and an idle connection is ordinary rather than pathological.
timestampis recorded regardless, so passingtimeouttoTCPenables the same eviction the IP reassemblers use – seeTCP.__timeout__.The hole descriptor list is kept in absolute TCP sequence numbers, once per
BUFID, whereas each ACK’s payload buffer is indexed from its ownisn–raw[n]holds the octet with sequence numberisn + n, andisnis revised downwards whenever a segment turns up below the data already buffered, so it is not necessarily the connection’s own initial sequence number.TCP.submitis the one place that converts between the two.
Data Models¶
- class pcapkit.foundation.reassembly.data.tcp.Packet(*args: VT, **kwargs: VT)[source]¶
Bases:
InfoData model for TCP packet representation.
- first: int¶
Sequence number of the first octet of
payload, i.e. the segment’s own sequence number. Absolute, not an offset into any payload buffer.
- class pcapkit.foundation.reassembly.data.tcp.DatagramID(*args: VT, **kwargs: VT)[source]¶
-
Data model for TCP original packet identifier.
- class pcapkit.foundation.reassembly.data.tcp.Datagram(*args: VT, **kwargs: VT)[source]¶
Bases:
DeferredPacket,Info,Generic[_AT]Data model for TCP.
- completed: Completion¶
How completely the datagram was reassembled, and why reassembly stopped; see
Completion. OnlyCompletion.COMPLETEis truthy, soif datagram.completed:reads as it would for abool.
- id: DatagramID[_AT]¶
Original packet identifier.
- packet: ProtocolBase | None¶
Parsed TCP payload. Analysed on first read rather than at construction; a
Deferredmay be passed in its place, and reading this attribute then runs it and keeps the result.
- conflict: tuple[tuple[int, int], ...]¶
Sequence ranges on which two segments disagreed, i.e. where an arriving segment overlapped bytes already buffered but did not repeat them. Each entry is
(first, last), absolute TCP sequence numbers and both inclusive – the same convention asPacket.firstandPacket.last. Empty when the stream never saw a contested byte. A range that crosses2 ** 32therefore haslast < first.Resolution keeps the already-buffered bytes and discards the conflicting portion of whichever segment arrived later, per RFC 9293 Section 3.10 (“we reconstruct the segment to contain just the new data”); this field is what lets a caller tell a clean stream from a contested one, since a contested range does not, on its own, leave a hole for
completedto report.
- class pcapkit.foundation.reassembly.data.tcp.HoleDescriptor(*args: VT, **kwargs: VT)[source]¶
Bases:
InfoData model for TCP hole descriptor.
Both bounds are unwrapped TCP sequence numbers – read modulo
2 ** 32relative to the data already buffered, so a stream crossing2 ** 32continues past it – and both are inclusive, so a hole coverslast - first + 1octets. They are not offsets intoFragment.raw: the descriptor list is kept once per buffer ID, across every acknowledgement number’s payload buffer, and describes the stream as a whole. It decides when a stream whose FIN has been seen is whole; a hole whosefirstis-sys.maxsizestands for whatever preceded a capture that missed the handshake, and does not count.Added in version 1.5.0: Replaces the misspelt
HoleDiscriptor.Removed in version 1.5.0:
HoleDiscriptor, and its re-exportpcapkit.foundation.reassembly.data.TCP_HoleDiscriptor, with no alias; importHoleDescriptorandTCP_HoleDescriptorinstead.
- class pcapkit.foundation.reassembly.data.tcp.Fragment(*args: VT, **kwargs: VT)[source]¶
Bases:
InfoData model for TCP ACK list fragment item.
- isn: int¶
Sequence number of the octet held in
raw[0], i.e. the origin this buffer is indexed from:raw[n]holds the octet whose sequence number isisn + n. Revised downwards whenever a segment turns up below the data already buffered, so it is not necessarily the connection’s own initial sequence number. Like every sequence number held in this fragment –gapandconflictincluded – it is unwrapped, and so may exceed2 ** 32on a stream that crossed it.
- gap: list[tuple[int, int]]¶
Sequence ranges, absolute and inclusive, still zero-fill placeholder in
rawrather than an actually-received byte of this fragment. Only the two gap-creating sites inTCP.reassembly– the forward append and the reach-back prepend, the only places that ever splice abytearray(GAP)filler intoraw– add an entry; an overlap merge only ever shrinks or removes one, filling it from the arriving segment. The one exception lies wholly outsideraw: when a stream whose SYN was captured is split rather than padded across a gap wider thanTCP.__window__, both halves record the range left between them. Any entry at all makes the fragment incomplete.This is deliberately not derived from
Buffer.hdl.hdlis one list shared by every acknowledgement number under the same buffer ID, so a segment landing in a different fragment can close a hole inhdlthat this fragment’s ownrawnever filled – and consultinghdlto decide whether an overlapping position here was “already received” then answers a question about the wrong fragment. Tracking gaps on the fragment itself is what keeps the merge inTCP.reassemblyfrom discarding this fragment’s own real bytes because some other fragment happened to have received something at the same absolute sequence numbers.Absolute sequence numbers rather than offsets into
raw–conflictbelow uses the same convention – for two reasons: it is whatTCP.reassemblyalready computes (GAP = PSN - (ISN + LEN)and its mirror), so this reuses an existing concept rather than adding a second one; and it means a gap entry never needs shifting whenisnis revised downward by the reach-back path, unlike an offset-based or a per-octet representation. A typical fragment carries zero or a handful of entries, against a per-octet marker the length of the whole payload – the difference that matters on a clean stream, where the per-octet form pays a buffer-sized cost to record that nothing is missing at all.
- conflict: list[tuple[int, int]]¶
Sequence ranges, absolute and inclusive, on which an arriving segment disagreed with bytes already held in
raw. Accumulated across every merge into this fragment, in the order the conflicts were found; carried ontoDatagram.conflictverbatim when the buffer is submitted.
Type Variables¶
- pcapkit.foundation.reassembly.data.tcp._AT: ipaddress.IPv4Address | ipaddress.IPv6Address¶