>That's right. You shouldnt remove anything from the stream when you're
>interested in reconstructing it later (rtpdump/rtpplay).
>However, the "save payload" functionality should be modified in order to
>ignore anything that's not voice (voice=only G.711 for the moment) and that
>shouldn't disturb the audio content too much, does it?
>I think that's what he's talking about. I had no time to look at the capture
>file for the moment however.
The audio content gets disturbed when you remove the DTMF packets. The
more packets of this type, the more the timing of the conversation is
off. Think about calling your credit card company, when you enter in
your full CC #, plus following the menu prompts. This could cause the
timing of the conversation to be off by several seconds.
Again, if the Save Payload functionality could simply insert silence
or false tones during the audio encoding process, this would preserve
the timing of the conversation.
IANAD but it would seem doable, as the DTMF packets seem very detailed
as to how long the button is pressed, which button it is, and when it
"ends".
I am a very grateful user of a fabulous FOSS package. I dont want to
come off as disgruntled or ignorant. Thanks for all the work everyone
does on making ethereal such an awesome tool for sysadmins such as
myself, as well as the casual home user. You guys are great.
-Erik