Ok, attached is the capture file. I stripped out all but the rtp
packets using display filter:
rtp
I figured i didnt want to share all my vonage info and phone numbers
with the world. If the other packets are needed, perhaps the dev can
contact me directly.
This is a capture of a fabulously staged conversation concerning the
weather with my wife, including several numbers pressed during the
conversation.
I tried your suggestion and filtered out the rtp.event packets,
leaving only the rtp.p_type==0 packets. This allowed me to create the
audio file, however, the more buttons that get pressed in the
conversation, the more the timing of the forward and reverse streams
becomes 'off'. You can tell at the very end particularly in this
conversation. (notice the hangup sound comes about a second before the
conversation ends).
While this is minor, the more keys pressed during the conversation, my
guess the further out of sync the conversation will become.
So yeah, hope this helps, let me know if I can provide any additional info.
> Yes, please include the capture file.
>
> regards,
> Lars Ruoff.
>
> ----- Original Message -----
> From: "Erik Naslund" <erik.naslund@xxxxxxxxxx>
> To: <ethereal-users@xxxxxxxxxxxx>
> Sent: Wednesday, March 16, 2005 3:38 PM
> Subject: Re: [Ethereal-users] RTP Analysis: Error: "Can't save in
> afile:Unsupported codec!"
>
> > I will try your display filter suggestion and post my results later
> > this evening. Also, if you like i can include a capture file for any
> > coder who may want to address the issue directly in the product.
> >
> > Thank you all for your replies.
> >
> > -Erik
> >
> >
> > > I guess that the RTP-stream contains not just packets with payload type
> 0 (G.711 U-law) or payload type 8 (G.711 A-law)
> > > but also packets with another payload type.
> > > When DTMF digits are sent then they can be sent with a special codec
> (RFC 2833 RTP Events).
> > > Probably there is packets with a dynamic payload type in the range 96 to
> 127.
> > >
> > > You could probably avoid the problem by first using a display filter to
> only select the other packets that you
> > > need and then save only the displayed packets with "Save As..." and then
> load that file and analyze it.
> > >
> > > The filter could maybe look something like:
> > > sip or sdp or h225 or h245 or rtp.p_type==0 or rtp.p_type==8
> > >
> > > However not a really nice solution, so we should probably try to find a
> real solution to your problem (e.g.
> > > alerting the user that the stream contains a mixture of payloads and
> that only the G.711 packets will be saved to
> > > the au-file).
> > >
> > >
> >
> > _______________________________________________
> > Ethereal-users mailing list
> > Ethereal-users@xxxxxxxxxxxx
> > http://www.ethereal.com/mailman/listinfo/ethereal-users
>
>
Attachment:
TEST_DTMF
Description: Binary data