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.
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