Gets the CreationTime property.

A pointer to the payload data that will be attached to the RTP packet.

The size of the payload attached to the RTP packet.

Duration of this digit, in timestamp units. Thus, the event began at the instant identified by the RTP timestamp and has so far lasted as long as indicated by this parameter. The event may or may not have ended.

Gets or sets the Offset of the last valid bit.

If set to a value of true, the "end" bit indicates that this packet contains the end of the event.

Gets or sets optional header extension to transport additional profile defined information.

Indicates whether this packet is valid.
This is especially useful when the parsing of data is done through the constructor of the object.

This represents the Marker bit. This is mostly used for framing.

The PayloadType of the packet. (http://www.iana.org/assignments/rtp-parameters)

When used together with PlayoutBuffer this will contain the presentation time of the packet.

The sequence number increments by one for each RTP data packet sent, and may be used by the receiver to detect packet loss and to restore packet sequence. The initial value of the sequence number SHOULD be random (unpredictable) to make known-plaintext attacks on encryption more difficult. The sequence number is originally 16-bit signed. An extended Sequence number scheme CAN be used to avoid frequent wrap around (See class ExtendedSequenceNumber).

The Ssrc field identifies the synchronization source. It is chosen randomly.

Gets or sets the Offset of the first valid bit.

The timestamp reflects the sampling instant of the first octet in the RTP data packet. The sampling instant MUST be derived from a clock that increments monotonically and linearly in time to allow synchronization and jitter calculations. The resolution of the clock must be sufficient for the desired synchronization accuracy and for measuring packet arrival jitter (one tick per video frame is typically not sufficient). The clock frequency is dependent on the format of data carried as payload and is specified statically in the profile or payload format specification that defines the format, or may be specified dynamically for payload formats defined through non-RTP means. If RTP packets are generated periodically, the nominal sampling instant as determined from the sampling clock is to be used, not a reading of the system clock. As an example, for fixed-rate audio the timestamp clock would likely increment by one for each sampling period.

Contains the Version Number of the RTP packet. The value should always be 2.

For DTMF digits and other events representable as tones, this field describes the power level of the tone, expressed in dBm0 after dropping the sign. Power levels range from 0 to -63 dBm0. The range of valid DTMF is from 0 to -36 dBm0.