Hi,
Thank you for explaining your question. Currently Ethereal isn't capable
of presenting the data in the way you described. An additional dissector has
to be created for that.
Thanx,
Jaap
On Thu, 16 Feb 2006, Debra Littleton wrote:
> 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
>
>