[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [AVT] One more change to draft-ietf-avt-rfc2833bisdata



On 3 Mar 2005, at 15:10, Tom Taylor wrote:
While digging requirements out of draft-ietf-avt-rfc2833bisdata-01.txt, I discovered a couple of typos in the section on V.18 terminals. This led to reflect that after the general introduction to V.18 the section is really an extended example, and not one that's particularly needed. I will propose on Monday that the detailed description of the V.18 probing be deleted, leaving only the general description.

Also in this draft, I notice (in section 2.6.1):

   It is assumed in all cases that the event reports described here are
   being transmitted in addition to other media content, typically G.711
   voice-band data.  A natural method to do this is to combine the
   voice-band data with event reports in an RFC 2198 [2] redundancy
   payload.

This should be clarified, since RFC 2198 only allows multiple representations of the same data to be conveyed, and this draft could be interpreted to allow multiplexing of text with some other audio data (which should be handled by a different RTP stream sent on the audio port, using a different SSRC).

The same issue appears in section 3.2.2: following RFC 2198 the example would playout ONLY the G.711 audio in the usual case, playing the data sent using the telephone events format only if a packet was lost (an offset of zero is not meaningful in RFC 2198). If the intent is to play the voice band data and the tones simultaneously, they should be sent as separate RTP streams - each with their own SSRC - to the same IP address and UDP port.

Colin


_______________________________________________ Audio/Video Transport Working Group avt at ietf.org https://www1.ietf.org/mailman/listinfo/avt