|
Thanks, Inline > > > maximum total media bit rate value, it SHALL wait before actually doing > so, for a period long enough to allow a media receiver to respond to the > TMMBN if it determines that its tuple belongs in the bounding set." > > > > I was wondering if the SHALL is also true for unicast point to point > case. > > > > Yes, this also applies to point to point. The reason is that one can't > really reliably know which topology you are in. Thus, it is safest to do > this also in point to point cases. Do you think we need to add any text > on this? > [RE:] I
think a clarification will make sense. > > > > > > > > > > > selected codec commands and indications. The answerer MUST remove all ccm > parameters which it does not understand or does not wish to use in this > particular media session." > > I am not sure what you mean do not want to use, is it does not want to > send or just does not want to receive but may send. > > Based on your response the text for the answer in example 3 should have > the same semantics. > > > > > > The intention is that you must have the capability to receive such CCM > requests and in cases, like TSTR to send the response. A agent is not > required to initiate CCM messages, but expected I would say. Thus I > propose the following addition to section 7.2: > > Note, that including a CCM parameter in an offer or answer indicates > that the agent (offerer or answerer) is at least capable of receiving > the corresponding CCM message(s) and act upon them. In cases when the > reception of a negotiated CCM messages mandates the agent to respond > with another CCM message, it also must have that capability. Although > not mandated to initiate CCM messages of any negotiated type it is > generally expected that the agent will initiate CCM messages when > suitable. > [RE:] I am still
not sure I understand. Example the offer includes tmmbr, tstr and fir. The answer
responds with tstr only. Does it mean that
the answerer may send tmmbr, tstr and fir but the offerer can only send tstr. Also if the above
is right it will mean the answerer sending tmmbr will be able to process the
response.
> > Cheers > > > > IETF Transport Area Director & TSVWG Chair > ---------------------------------------------------------------------- > Multimedia Technologies, Ericsson Research EAB/TVM/M > ---------------------------------------------------------------------- > Ericsson AB | Phone +46 8 4048287 > Torshamsgatan 23 | Fax +46 8 7575550 > S-164 80 Stockholm, Sweden | mailto: magnus.westerlund at ericsson.com > ---------------------------------------------------------------------- |
_______________________________________________ Audio/Video Transport Working Group avt at ietf.org https://www1.ietf.org/mailman/listinfo/avt