[asterisk-dev] [Code Review] Rework of T.38 negotiation and UDPTL API to address interoperability problems
Steve Underwood
steveu at coppice.org
Wed Jul 15 12:45:42 CDT 2009
Kevin P. Fleming wrote:
> Steve Underwood wrote:
>
>
>> How do you interpret the meaning of T38FaxMaxDatagram? Its a stupid
>> name, as nothing in T.38 is actually referred to as a datagram. They use
>> the term packet for both the IFP and UDPTL levels.
>>
>> T.38 D.2.1.3.1 says its "The maximum size of the payload within an RTP
>> packet that can be accepted by the remote device."
>>
>> T.38 D.2.3.5 says its "This parameter signals the largest acceptable
>> datagram for the offering endpoint and the answering endpoint (i.e., the
>> maximum size of the RTP payload). The answering endpoint may accept a
>> larger or smaller datagram than the offering endpoint. Each endpoint
>> should be considerate of the maximum datagram size of the opposite
>> endpoint."
>>
>> What exactly is the RTP payload? Before adding redundancy, or after?
>> What about UDPTL? They never mention T38FaxMaxDatagram as having any
>> relevence to UDPTL, although most systems only support UDPTL and most
>> send a value for T38FaxMaxDatagram. A transmitted RTP packet can
>> obviously be larger than T38FaxMaxDatagram, as you need to add the
>> framing words to the payload. What happens in the case of UDPTL, where
>> the framing and redundancy coalesce?
>>
>> In practice it seems some systems treat T38FaxMaxDatagram as the maximum
>> IFP length, and some treat it as the maximum UDPTL length. I infer this,
>> because some system use a number too small for it to be anything but the
>> maximum IFP length.
>>
>
> The patch currently treats T38FaxMaxDatagram as the maximum UDPTL
> payload size. The application is then given a maximum IFP length
> computed by using the worst-case error correction overhead (and a little
> bit of UDPTL overhead) for the mode the session is currently using.
>
>
>> I've always regarded the number sent to my software as kinda iffy, and
>> just tried to keep my IFPs pretty short.
>>
>
> I suspect that most stacks do that as well, since it's not well specified.
>
>
>> This area really needs exploring more in the FoIP working group.
>>
>
> Agreed. Do you want to bring it up, or shall I?
>
>
I'll sort that one out.
Steve
More information about the asterisk-dev
mailing list