flowControlCommand and packet overhead
Plong at SMITHMICRO.COM
Wed Apr 28 11:36:22 EDT 1999
In response to a private query, I discovered that there is a minor oversight
in H.323 regarding whether the flowControlCommand includes packet overhead.
Here's what it says about the open logical channel bitrate and ARQ bandwidth
parameters, respectively, which can be used to determine the intent for
18.104.22.168/H.323v2: "The limit applies to the information streams which
are the content of the logical channel(s), not including RTP headers, RTP
payload headers and network headers and other overhead."
7.2.4/H.323v2: "This is an upper limit on the aggregate bitrate for
all transmitted and received, audio and video channels excluding any RTP
headers, RTP payload headers, network headers, and other overhead."
Therefore, clarification text to the following effect should be added to
22.214.171.124 (in v2) of H.323:
"flowControlCommand applies to the information streams which are the
content of logical channel(s), not including RTP headers, RTP payload headers,
network headers and other overhead."
Practically speaking, though, it appears that most vendors violate H.323 by
ignoring this command altogether, so one is doing very well indeed at least
attempting to obey it with or without counting overhead.
Note that in H.324 the limit includes packet overhead when applied to the
entire mux but not when applied to an individual channel; however, in H.323
the limit never includes overhead. IMO, H.324 makes more sense, but I suppose
in H.323 one may not know exactly how much overhead is added by a lower layer,
e.g., the UDP/IP headers added by the sockets layer, and also because H.323 is
ostensibly transport-layer independent.
Smith Micro Software, Inc.
More information about the sg16-avd