Provided by: pchar_1.5-4_amd64 
NAME
pchar - Perform network measurements along an Internet path
SYNOPSIS
pchar [ -cChnqSvV ] [ -a analysis ] [ -b burst ] [ -d debug ] [ -g gap ] [ -H hops ] [
-i interface ] [ -I increment ] [ -l origin ] [ -m mtu ] [ -M mode ] [ -p protocol ] [
-P port ] [ -R reps ] [ -s hop ] [ -t timeout ] [ -w file ] -r file | host
DESCRIPTION
Pchar measures the characteristics of the network path between two Internet hosts, on
either IPv4 or IPv6 networks. It is an independently-written reimplementation of the
pathchar utility, using similar algorithms. Both programs measure network throughput and
round-trip time by sending varying-sized UDP packets into the network and waiting for ICMP
messages in response. Like traceroute, they modulate the IPv4 time-to-live (TTL) field or
the IPv6 hop limit field to get measurements at different distances along a path.
In its default mode, a run of pchar over a short path might produce an output that looks
like this:
pchar to dancer.ca.sandia.gov (146.246.246.1) using UDP/IPv4
Packet size increments by 32 to 1500
46 test(s) per repetition
32 repetition(s) per hop
0:
Partial loss: 0 / 1472 (0%)
Partial char: rtt = 0.657235 ms, (b = 0.000358 ms/B), r2 = 0.989713
stddev rtt = 0.004140, stddev b = 0.000006
Hop char: rtt = 0.657235 ms, bw = 22333.268771 Kbps
Partial queueing: avg = 0.000150 ms (418 bytes)
1: 146.246.243.254 (con243.ca.sandia.gov)
Partial loss: 0 / 1472 (0%)
Partial char: rtt = 0.811278 ms, (b = 0.000454 ms/B), r2 = 0.995401
stddev rtt = 0.003499, stddev b = 0.000005
Hop char: rtt = 0.154043 ms, bw = 83454.764777 Kbps
Partial queueing: avg = 0.000153 ms (336 bytes)
2: 146.246.250.251 (slcon1.ca.sandia.gov)
Partial loss: 0 / 1472 (0%)
Partial char: rtt = 1.044412 ms, (b = 0.002161 ms/B), r2 = 0.999658
stddev rtt = 0.004533, stddev b = 0.000006
Hop char: rtt = 0.233133 ms, bw = 4686.320952 Kbps
Partial queueing: avg = 0.000100 ms (46 bytes)
3: 146.246.246.1 (dancer.ca.sandia.gov)
Path length: 3 hops
Path char: rtt = 1.044412 ms, r2 = 0.999658
Path bottleneck: 4686.320952 Kbps
Path pipe: 611 bytes
Path queueing: average = 0.000100 ms (46 bytes)
The path here passes through three hops. Each hop consists of four lines of output:
Partial loss documents the number and percentage of probe packets that were lost during
the probes for that hop. The partial char line shows the estimated round-trip time from
the probing host through the current hop. The hop char line shows estimates of the round-
trip time and bandwidth for the current hop. Finally, the partial queueing shows an
estimate of the average queueing along the path, up to and including the current hop.
Between each hop, pchar prints the IP address and (if known) name of the host/router at
the end of the link.
After the last hop (usually the target host), pchar prints statistics on the entire path,
including the path length and path pipe (the latter is an estimate of the delay-bandwidth
product of the path).
Pchar has another mode of operation, called trout (short for “tiny traceroute”). In this
mode, packets of random sizes (one packet per hop diameter) are sent along the path to a
destination. No attempt at estimating link properties is made; however, this mode is
extremely fast. It is intended for use as a part of a larger measurement infrastructure.
The output from this mode might look like:
trout to bmah-freebsd-1.cisco.com (171.70.84.44) using ICMP/IPv4 (raw sockets)
Packet size increments from 28 to 1500 by 32
0: 171.70.84.42 (bmah-freebsd-0.cisco.com)
1: 171.70.84.44 (bmah-freebsd-1.cisco.com) 352 -> 352 bytes: 0.318 ms
OPTIONS
-a analysis
Set analysis type. Current choices are lsq (the default), which uses a minimum
filter followed by a least sum-of-squares fit to estimate link bandwidths, kendall,
which uses the same minimum filter followed by a linear fit based on Kendall's test
statistic, lms, which does a minimum filter followed by a least median of squares
fit, and lmsint, which is an implementation of the lms computations using only
integer arithmetic.
-b burst
Set the size of packet bursts. A burst parameter > 1 will result in some number of
ICMP_ECHOREPLY packets sent before the probe packet to induce queueing. These
packets are useful for measuring store-and-forward switched subnets, but make
measurements of fast links behind bottlenecks inaccurate.
-c Ignore routing changes detected during running. Normally, pchar will exit if it
receives responses from more than one host for a given hop, assuming that this
condition is caused by a routing transient. However, certain load-balancing
schemes can also cause this condition. In such situations, using the -c option may
be useful.
-C Use pcap(3) packet capture library (this must have been enabled at configure time).
Note that this option must be specified to enable TCP-based probes.
-d debug
Sets debugging output level. Generally not useful except to the developer.
-g gap Set the mean inter-probe gap in seconds. The default is 0.25, which results in
approximately four probes per second being run. Care should be taken not to
decrease this gap by too much, in order to avoid flooding the network. The default
value here is deliberately conservative; users with the need or desire to probe
more quickly are presumed to have at least perused the documentation for the
relevant command-line options.
-G gaptype
Set distribution used to select interprobe gap times. Current alternatives are
fixed (the default) and exp, which picks gap times from an exponential
distribution. The latter option is an attempt to simulate a Poisson process of
probe packets (a lot of aliteration), however due to the fact that each probe
experiment takes a non-zero amount of time, this is only an approximation.
-H hops
Set the maximum number of hops that pchar will probe into the network. The default
maximum is 30 hops, the same as with pathchar and traceroute.
-h Print usage information.
-i interface
Set the interface to listen on for the -C option.
-I increment
Set the probe packet size increment. Pchar will send IP packets with sizes that
are integer multiples of increment, up to the maximum specified by the -m option.
The default is a 32-byte increment. Small increments should produce more accurate
results, but will result in more probes (thus taking longer to run).
-l origin
Set the local source of probe packets. This option is mostly useful on multi-homed
hosts. If not specified, it defaults to the value of hostname(3). Note that this
option must be used if the local hostname cannot be resolved to an IPv4 or IPv6
address.
-m mtu Set the maximum probe packet size. This value should be no larger than the path
MTU between the two hosts. The default is 1500 bytes, the Ethernet MTU.
-M mode
Set operational mode. The normal operational mode is pchar, which uses active
probes to characterize the bandwidth, latency, loss, and queueing of the links
comprising a path. Another mode is trout, a “tiny traceroute” that is intended to
be used as a portion of a larger network management infrastructure.
-n Don't attempt to resolve host addresses to names.
-p protocol
Select protocol to use. Current options are: ipv4udp (UDP over IPv4), ipv4raw (UDP
over IPv4, using raw IP packets), ipv4icmp (ICMP over IPv4, using raw IP packets),
ipv4tcp (TCP over IPv4, using raw IP packets), ipv6icmp (ICMPv6 over IPv6, using
raw IP packets), and ipv6udp (UDP over IPv6). The default protocol is either
ipv4udp or ipv6udp, as appropriate to the network-layer address associated with the
hostname provided. Compared with ipv4udp, the implementation of ipv4raw offers
finer control over the contents of packet fields, but is otherwise identical. Note
that the ipv6icmp and ipv6udp options are only available if IPv6 support was
compiled into pchar, which can be selected at configure time. Finally, the ipv4tcp
option requires that pcap(3) support be specified at configure time and enabled
with the -C option.
-P port
Select starting UDP port number (the default is 32768). Pchar uses consecutive
port numbers starting from this value, counting up. Care should be taken not to
use port numbers that are actually in use by network services.
-q Quiet mode, suppressing all output. Useful if writing statistics to standard out
(see the -w option).
-r file
Read measurements in from a file named file, as written by the -w option. This
option is useful for experimenting with different analysis algorithms over a fixed
data set.
-R reps
Set the number of repetitions of each probe packet size to be sent. The default is
32 packets of each size. Smaller values speed up testing, at the expense of
accuracy.
-s hop Set the starting hop at which to begin probing. The default is 1, so network
probing will begin at the host adjacent to the host where pchar is being run.
Larger values allow probing to begin farther out from the testing host; this can be
helpful when attempting to probe outside a local internetwork whose characterisics
are well-known.
-S Do SNMP queries at each hop to determine each router's idea of what it thinks its
next-hop interface characteristics are. Use of this features requires the UCD SNMP
library, as well as enabling at configure-time using --with-snmp.
-t timeout
Set the amount of time (in seconds) that pchar will wait for an ICMP error message
before declaring a packet loss. The default is 3 seconds.
-T tos Set the IP Type Of Service bits for outgoing UDP packets. This option isn't
terribly useful for a lot of people, but it can be used, for example, to force a
particular DiffServ codepoint within networks that support this functionality. For
values of -p that use IPv6 as a network-layer protocol, this option sets the
traffic class field in the IPv6 header according to RFC 2460.
-v Verbose mode. While each probe is in progress, print a synopsis of the hop number,
repetition, and probe packet size on standard out. Verbose mode mimicks the output
of pathchar.
-V Print version and copyright information and exit.
-w file
Write statistics to a datafile named file. This file can be read back in by
specifying the -r option in a subsequent run of pchar for off-line analysis, or
parsed by other programs for plotting, etc.
If file is given as - , then the statistics are written to standard out. In this
case, the quiet flag -q may be useful, to avoid cluttering the standard output
stream.
SEE ALSO
pcap(3), ping(8), traceroute(8), pathchar(8)
NOTES
Because pchar relies on measurements to drive its estimates of network characteristics, it
may occasionally produce some seemingly odd results. Care should be taken when
interpreting the output of pchar. For example, the coeffecients of determination for the
least squares fit can be useful in seeing how “good” of a fit the bandwidth and round-trip
time parameters describe the performance seen by the probe packets. The coefficient of
determination takes values from 0 to 1, where a value of 1 indicates that the estimated
parameters perfectly fit the data.
Pchar was originally named pc, which was either an abbreviation for “path characteristics”
or “pathchar clone”.
BUGS
Pathchar automatically determines an appropriate maximum packet size to use, based on a
Path MTU discovery algorithm. Pchar relies on the user specifying the maximum packet size
manually.
Some versions of Solaris rate-limit the generation of ICMP error messages. Any run of
pchar through, or to, a Solaris machine may show abnormally high packet loss rates. This
feature of Solaris affects traceroute and pathchar as well, but not ping. Some versions
of Linux appear to have similar rate-limiting. In situations such as this, the use of
ICMP-based probes (selected by the -p option) may yield more satisfactory (or at least
faster) results.
Timestamps printed after each run are printed relative to the local time zone. Timestamps
saved in trace files are expressed as seconds past the epoch.
There are way too many command-line options.
AUTHOR
Bruce A. Mah <bmah@acm.org>. The author of the original pathchar utility is Van Jacobson
<van@ee.lbl.gov>. The algorithms used by pchar were coded from Van Jacobson's viewgraphs
describing the operation of pathchar.
15 January 2001 pchar(8)