📄 rtpmon.1
字号:
.TH rtpmon 1.SH NAME.B rtpmon- A Third Party RTCP Monitor.SH SYNOPSIS.B rtpmon[.B \-C.I conferenceName].\" [.\" .B \-K.\" .I key.\" ][.B \-d.I display][.B \-t.I threshold][.B \-u.I script][.B \-X.I resource=value].I addr/port.SH DESCRIPTION.B Rtpmonis a third-party RTCP monitor. It can be used to monitor the controlinformation exchanged between applications that implement RTP, theReal-Time Transport Protocol. Feedback from receivers, including theloss rate and jitter, are displayed in a table that can be sorted invarious ways to help isolate and diagnose multicast distributionproblems..SH OPTIONS.TP.B \-CUse.I conferenceNameas the title for the main.B rtpmonwindow. If the \-C flag is ommitted, the destination addressand port are used as the window title..TP.B \-dConnect to the X server indicated by the.I displayargument..TP.B \-tMake.I thresholdthe default threshold for loss rate in the main display window asdescribed below..TP.TP.B \-uSource.I script,in addition to the compiled-in script, to build the user interface.This is only useful during development..TP.B \-XOverride the X resource Rtpmon.\fIresource\fRwith.I value..SH OPERATIONUpon startup,.B rtpmonstarts listening for RTCP packets sent to the RTP session on themulticast address.I addrand the appropriate RTPv2 control port corresponding to .I port.(that is, if.I portis odd, it is used and if.I portis even, .I port+ 1 is used).The main window is a table with current senders listed across the topand listeners along the left side. Each row in the table displaysthat listener's statistics about its reception from each sender. Thedefault display shows loss rate measured over the last 4 RTCP packetsreceived from the listener. Other statistics can be displayed asdescribed below.Clicking on a name (either a sender or a listener) will bring up awindow that includes the latest contents of all RTCP SDES packets seenfrom that source as well as their RTP synchronization source id, IPaddress, and the time of their most recent control packet.Clicking on a statistic in the main display will bring up a window withstripcharts that display the recent history of all the statisticsavailable. Three statistics are currently displayed. .I Packet Lossis calculated by comparing the number of dropped packets to the numberof expected packets over the last 4 RTCP packets from a listener..I Filtered Packet Lossis computed with a Moving Weighted Average over the ``fraction lost''field of all RTCP packets from a listener..I Delay Jitteris computed with a Moving Weighted Average over the ``interarrivaljitter'' field of all RTCP packets from a listener.If mtrace(8) is installed, the stripchart window will have a button atthe bottom that will run mtrace from the sender to the listener via themulticast group used for the session.The button labeled ``Menu'' at the bottom of the main window brings upa new menu window. The statistic displayed in the main window can beselected from this dialog. Various other parameters (as describedbelow) can also be changed from the menu window..SH THRESHOLDSIn a large conference, there may be many listeners with very low lossrates and jitter. To keep the display from getting too cluttered andto focus on interesting statistics, it is possible to display only thoselisteners for which the loss rate (or another statistic) is abovesome threshold. The default threshold comes from the.I Rtpmon.thresholdX resource or the.I \-tcommand line switch. The threshold associated with each displayparameter can also be changed from the menu window.To keep the display reasonably stable, if a listener is displayed in themain window and their loss rate then falls below the threshold, they arenot immediately removed from the display. The button labled ``Clean''on the main window will remove those listeners that have loss ratesbelow the treshold. Pressing the `c' key in the main window does thesame thing.The display can be cleaned periodically by clicking the ``Autoclean''button in the menu and selecting the interval (in seconds) at whichthe display should be automatically cleaned. Autoclean can be turnedon by default by setting the X resource.I Rtpmon.autocleanto 1 (the default is 0 which turns autoclean off). The default autocleaninterval can be set by the X resource.I Rtpmon.autocleanInterval..SH SORTINGThe main display can be sorted by any of several keys. The key to beused can be chosen from the ``Sorting'' section of the menu..I Maximum Losssorts the rows by the maximum loss seen in all columns..I Average Losssorts the rows by the loss rate averaged over all columns..I IP Addresssorts the rows by the IP address from which RTCP packets are received.IP addresses can be used for crude topographical grouping. A singlecolumn can be chosen by selecting.I Senderand then choosing a particular sender.By default, the display is not continuously re-sorted. It can beexplicitly sorted by pressing the ``Sort'' button on the main windowor pressing the `s' key. The display can be sorted periodically usingthe ``Autosort'' button in the menu which is analogous to ``Autoclean''..SH "X RESOURCES"The following are the names and default values of X resources used by.I rtpmon.Any of these resources can be overridden by the -X command switch,which may be used multiple times on the command line.For example, "-Xautosort=1" overrides.I Rtpmon.autosortwith 1..IP "\fBRtpmon.threshold\fI (1)\fP"the default threshold for loss rate in the main display window.IP "\fBRtpmon.autoclean\fI (0)\fP"turns on or off autocleaning..IP "\fBRtpmon.autocleanInterval\fI (5)\fP"interval (in seconds) at which the display should be cleaned ifautocleaning is on.IP "\fBRtpmon.autosort\fI (0)\fP"turns on or off autosorting.IP "\fBRtpmon.autosortInterval\fI (5) \fP"interval (in seconds) at which the display should be sorted ifautosorting is on.IP "\fBRtpmon.refreshInterval\fI (.5)\fP"interval (in seconds) at which values in the main display shouldbe refreshed.IP "\fBRtpmon.sessbw\fI (64.)\fP"the estimated data bandwidth for the session; used to estimate thefrequency with which RTCP packets should be expected..SH "SEE ALSO"vic(1),vat(1),mtrace(8),.LPSchulzrinne, Casner, Frederick, Jacobson,``RTP: A Transport Protocol for Real-Time Applications'',Internet Request For Comments 1889, available via anonymous ftpat ftp://ds.internic.net/rfc/rfc1889.txt..SH ACKNOWLEDGMENTS.LPThe original design for .B rtpmonwas suggested by Van Jacobson. The software architecture wasinspired by, and bits of code have been borrowed from,.I vicand.I vatwritten by Van Jacobson and Steve McCanne. Bill Fenner has alsoprovided many useful comments, suggestions, and bug fixes..SH AUTHORSDavid Bacher (drbacher@cs.berkeley.edu) andAndrew Swan (aswan@cs.berkeley.edu).SH BUGSThis is an alpha release of.B rtpmonso there are likely to be many bugs. A conference with multiplesimultaneous senders is not handled very well right now. Older MBonesoftware may not conform to the RTP specification, leading to oddreports for packet loss and jitter from receivers using thoseprograms. Please report any other bugs to.I rtpmon@bmrc.berkeley.edu
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -