Ethereal-users: Re: [Ethereal-users] Ethereal support of RFC 2198 RTP Payload for Redundant Audi

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: Debra Littleton <Debra.Littleton@xxxxxxxxxx>
Date: Thu, 16 Feb 2006 09:37:16 -0700

Jaap,

What I mean is for example; when you capture T.38 frames which are rtp.version=0, you can see on the ethereal capture display for packet details the udptl portion and this breaks down to show error recovery(prior pkt data).  RFC 2198 is for RTP frames for encoding redundant audio data.  So what I would like to see is that ethereal display can break these down within the display as well to show the primary data and the redundant data separate.  I do not have an example capture, but this is specifically concerning V.152.  Can ethereal do this?

Thanks,

Debra



Jaap Keuter <jaap.keuter@xxxxxxxxx>
Sent by: ethereal-users-bounces@xxxxxxxxxxxx

02/16/2006 03:07 AM

Please respond to
Ethereal user support <ethereal-users@xxxxxxxxxxxx>

To
Ethereal user support <ethereal-users@xxxxxxxxxxxx>
cc
Subject
Re: [Ethereal-users] Ethereal support of RFC 2198 RTP Payload for        Redundant Audio Data:





Hi,

Ethereal is capable of dumping the RTP stream in a rtpplay file. It is
capable of decoding simple u-law and A-law audio streams into an audio
file. It is also capable to analyzing the RTP packet stream (for said
audio streams specifically).

I'm not sure what you mean by "displaying FEC per RFC 2198?".

Thanx,
Jaap

On Wed, 15 Feb 2006, Debra Littleton wrote:

> Does ethereal support decoding of RTP packets displaying FEC per RFC 2198?
>
> Thanks,
>
> Debra Littleton
>

_______________________________________________
Ethereal-users mailing list
Ethereal-users@xxxxxxxxxxxx
http://www.ethereal.com/mailman/listinfo/ethereal-users