/usr/share/wireshark/mergecap.html is in libwireshark-data 2.4.5-1.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 | <?xml version="1.0" ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>mergecap - The Wireshark Network Analyzer 2.4.5</title>
<link rel="stylesheet" href="ws.css" type="text/css" />
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<link rev="made" href="mailto:root@localhost" />
</head>
<body>
<h1 id="NAME">NAME</h1>
<p>mergecap - Merges two or more capture files into one</p>
<h1 id="SYNOPSIS">SYNOPSIS</h1>
<p><b>mergecap</b> <span style="white-space: nowrap;">[ <b>-a</b> ]</span> <span style="white-space: nowrap;">[ <b>-F</b> <<i>file format</i>> ]</span> <span style="white-space: nowrap;">[ <b>-h</b> ]</span> <span style="white-space: nowrap;">[ <b>-I</b> <<i>IDB merge mode</i>> ]</span> <span style="white-space: nowrap;">[ <b>-s</b> <<i>snaplen</i>> ]</span> <span style="white-space: nowrap;">[ <b>-v</b> ]</span> <span style="white-space: nowrap;">[ <b>-V</b> ]</span> <span style="white-space: nowrap;"><b>-w</b> <<i>outfile</i>>|-</span> <<i>infile</i>> [<<i>infile</i>> <i>...</i>]</p>
<h1 id="DESCRIPTION">DESCRIPTION</h1>
<p><b>Mergecap</b> is a program that combines multiple saved capture files into a single output file specified by the <b>-w</b> argument. <b>Mergecap</b> knows how to read <b>pcap</b> capture files, including those of <b>tcpdump</b>, <b>Wireshark</b>, and other tools that write captures in that format.</p>
<p>By default, <b>Mergecap</b> writes the capture file in <b>pcap</b> format, and writes all of the packets from the input capture files to the output file.</p>
<p><b>Mergecap</b> is able to detect, read and write the same capture files that are supported by <b>Wireshark</b>. The input files don't need a specific filename extension; the file format and an optional gzip compression will be automatically detected. Near the beginning of the DESCRIPTION section of wireshark(1) or <a href="https://www.wireshark.org/docs/man-pages/wireshark.html">https://www.wireshark.org/docs/man-pages/wireshark.html</a> is a detailed description of the way <b>Wireshark</b> handles this, which is the same way <b>Mergecap</b> handles this.</p>
<p><b>Mergecap</b> can write the file in several output formats. The <b>-F</b> flag can be used to specify the format in which to write the capture file, <b>mergecap -F</b> provides a list of the available output formats.</p>
<p>Packets from the input files are merged in chronological order based on each frame's timestamp, unless the <b>-a</b> flag is specified. <b>Mergecap</b> assumes that frames within a single capture file are already stored in chronological order. When the <b>-a</b> flag is specified, packets are copied directly from each input file to the output file, independent of each frame's timestamp.</p>
<p>The output file frame encapsulation type is set to the type of the input files if all input files have the same type. If not all of the input files have the same frame encapsulation type, the output file type is set to WTAP_ENCAP_PER_PACKET. Note that some capture file formats, most notably <b>pcap</b>, do not currently support WTAP_ENCAP_PER_PACKET. This combination will cause the output file creation to fail.</p>
<h1 id="OPTIONS">OPTIONS</h1>
<dl>
<dt id="a">-a</dt>
<dd>
<p>Causes the frame timestamps to be ignored, writing all packets from the first input file followed by all packets from the second input file. By default, when <b>-a</b> is not specified, the contents of the input files are merged in chronological order based on each frame's timestamp.</p>
<p>Note: when merging, <b>mergecap</b> assumes that packets within a capture file are already in chronological order.</p>
</dd>
<dt id="F-file-format">-F <file format></dt>
<dd>
<p>Sets the file format of the output capture file. <b>Mergecap</b> can write the file in several formats; <b>mergecap -F</b> provides a list of the available output formats. The default is to use the file format of the first input file.</p>
</dd>
<dt id="h">-h</dt>
<dd>
<p>Prints the version and options and exits.</p>
</dd>
<dt id="I-IDB-merge-mode">-I <IDB merge mode></dt>
<dd>
<p>Sets the Interface Description Block (IDB) merge mode to use during merging. <b>mergecap -I</b> provides a list of the available IDB merge modes.</p>
<p>Every input file has one or more IDBs, which describe the interface(s) the capture was performed on originally. This includes encapsulation type, interface name, etc. When mergecap merges multiple input files, it has to merge these IDBs somehow for the new merged output file. This flag controls how that is accomplished. The currently available modes are:</p>
<pre><code> * 'B<none>': no merging of IDBs is performed, and instead all IDBs are
copied to the merged output file.
* 'B<all>': IDBs are merged only if all input files have the same number
of IDBs, and each IDB matches their respective entry in the
other files. This is the default mode.
* 'B<any>': Any and all duplicate IDBs are merged into one IDB, regardless
of what file they are in.</code></pre>
<p>Note that an IDB is only considered a matching duplicate if it has the same encapsulation type, name, speed, time precision, comments, description, etc.</p>
</dd>
<dt id="s-snaplen">-s <snaplen></dt>
<dd>
<p>Sets the snapshot length to use when writing the data. If the <b>-s</b> flag is used to specify a snapshot length, frames in the input file with more captured data than the specified snapshot length will have only the amount of data specified by the snapshot length written to the output file. This may be useful if the program that is to read the output file cannot handle packets larger than a certain size (for example, the versions of snoop in Solaris 2.5.1 and Solaris 2.6 appear to reject Ethernet frames larger than the standard Ethernet MTU, making them incapable of handling gigabit Ethernet captures if jumbo frames were used).</p>
</dd>
<dt id="v">-v</dt>
<dd>
<p>Causes <b>mergecap</b> to print a number of messages while it's working.</p>
</dd>
<dt id="V">-V</dt>
<dd>
<p>Print the version and exit.</p>
</dd>
<dt id="w-outfile">-w <outfile>|-</dt>
<dd>
<p>Sets the output filename. If the name is '<b>-</b>', stdout will be used. This setting is mandatory.</p>
</dd>
</dl>
<h1 id="EXAMPLES">EXAMPLES</h1>
<p>To merge two capture files together, 100 seconds apart use:</p>
<pre><code> capinfos -aeS a.pcap b.pcap</code></pre>
<p>(Let's suppose a.pcap starts at 1009932757 and b.pcap ends at 873660281. 1009932757 - 873660281 - 100 = 136272376 seconds.)</p>
<pre><code> editcap -t 136272376 b.pcap b-shifted.pcap
mergecap -w compare.pcap a.pcap b-shifted.pcap</code></pre>
<h1 id="SEE-ALSO">SEE ALSO</h1>
<p>pcap(3), wireshark(1), tshark(1), dumpcap(1), editcap(1), text2pcap(1), pcap-filter(7) or tcpdump(8)</p>
<h1 id="NOTES">NOTES</h1>
<p><b>Mergecap</b> is based heavily upon <b>editcap</b> by Richard Sharpe <sharpe[AT]ns.aus.com> and Guy Harris <guy[AT]alum.mit.edu>.</p>
<p><b>Mergecap</b> is part of the <b>Wireshark</b> distribution. The latest version of <b>Wireshark</b> can be found at <a href="https://www.wireshark.org">https://www.wireshark.org</a>.</p>
<p>HTML versions of the Wireshark project man pages are available at: <a href="https://www.wireshark.org/docs/man-pages">https://www.wireshark.org/docs/man-pages</a>.</p>
<h1 id="AUTHORS">AUTHORS</h1>
<pre><code> Original Author
-------- ------
Scott Renfro <scott[AT]renfro.org>
Contributors
------------
Bill Guyton <guyton[AT]bguyton.com></code></pre>
</body>
</html>
|