Hi, Tim. I don't know if I understood well what you are proposing. Please check the new text and tell me if it is what you meant.
Thanks a lot! Jose > -----Mensaje original----- > De: Tim Chown [mailto:[email protected]] > Enviado el: miércoles, 27 de noviembre de 2013 15:58 > Para: [email protected] > CC: [email protected]; [email protected]; 'Martin Stiemerling'; 'Spencer > Dawkins' > Asunto: Re: [tcmtf] Improved version (v8) of the TCM-TF charter draft > > Hi Jose, > > On 25 Nov 2013, at 08:44, Jose Saldana <[email protected]> wrote: > > > Hi, Tim. > > > > I think it is a good idea and we should definitely explain the > > scenarios in more detail. > > > > When you talk about a "deliverable which describes scenarios and > > requirements," do you mean another draft? In the current "TCM-TF > > reference model" draft, section 1.4 is about "Scenarios of > > application". Would it be enough if we improve that section according > > to what we have discussed in the last days? > > > > http://tools.ietf.org/html/draft-saldana-tsvwg-tcmtf-05#section-1.4 > > > > > > Regarding the potential effects on other protocols, do you think we > > should include that on the same draft? > > I think the text now in the reference model v9 in point 8 covers the > comment about scenarios. It could be a separate draft, it could be the same > draft. > OK! > I'm not sure it addresses the issue of the impact on other protocols. This > may be an axis on the design space? And then to at least document the > impact on other protocols of adopting the proposed combination of > mechanisms at the three layers to be described in the reference model. > Examples of these issues were raised at the IETF87 BoF, and may come up > again in a future BoF if the charter doesn't include consideration of them. > Regarding the impact on other protocols, the current version of the Charter says: 8. A first document (TCM-TF - reference model) will define the different options which can be used at each layer. It will include a detailed specification of the scenarios of interest. Specific problems caused by the interaction between layers will have to be issued, and suitable extensions may have to be added to the involved protocols. The impact on other protocols will also be studied. 10. (...) The eventual impact of multiplexing on protocol dynamics (e.g. the loss of a multiplexed packet, MTU-related issues) will also have to be addressed. So what you are proposing (if understood well) is something like this?: The eventual impact of the combination of mechanisms proposed by TCM-TF on the dynamics of already existing protocols will be studied and documented on the TCM-TF- reference model. This is a (non-exhaustive) list of possible interactions: * Packet loss: The loss of a multiplexed packet may imply a number of simultaneous packet losses affecting different flows. This may affect ... * MTU: When multiplexing a number of packets, the packet size gets increased, and this may produce some issues related to the Maximum Transfer Unit of a network. * more ideas? > Will the reference model summarise the requirements, as distilled from the > scenarios that are deemed to be in scope? The requirements, in terms of maximum delay, etc., would be summarised in the "TCM-TF recommendations" document. > > Tim > > > > > > > Thanks a lot, > > > > Jose > > > > > >> -----Mensaje original----- > >> De: Tim Chown [mailto:[email protected]] Enviado el: sábado, 23 de > >> noviembre de 2013 10:58 > >> Para: [email protected] > >> CC: Eggert, Lars; [email protected]; [email protected]; Martin > >> Stiemerling; Reinaldo Penno (repenno); Spencer Dawkins > >> Asunto: Re: [tcmtf] Improved version (v8) of the TCM-TF charter draft > >> > >> Hi, > >> > >> On 22 Nov 2013, at 09:50, Jose Saldana <[email protected]> wrote: > >> > >>> Hi, Lars. > >>> > >>> During the BoF in Berlin, I got the impression that the problem was > >>> not the idea of TCM-TF itself, but some of the considered options > >>> (e.g. TCP). There were many people who raised their hands when asked > >>> about "willing to review docs or comment on mailing list". However, > >>> it seems that there are some people who are not convinced about the > >>> utility > >> of TCM-TF. > >>> > >>> So in order to reach consensus, let us keep on discussing and > >>> thinking. This is very enriching, since it is making us refine the > >>> scenarios where TCM-TF may have a real potential, and discard the > >>> ones > > in > >> which it makes no sense. > >> > >> I think it may be useful if the charter includes a deliverable which > > describes > >> scenarios and requirements. At present, the scenarios and existing > >> solutions are presented in points 1-4 of the charter, rather than > >> being > > more > >> formally documented as part of the WG activities. Such a document > >> could explain why, from a requirements perspective, ROHC isnt > >> sufficient for > > the > >> use cases envisioned. It could also clarify whats in scope, e.g. > >> point 2 mentions satellite while point 10 mentions satellite as > >> possible future work. Theres been some good scenario discussion on > >> the list recently which could all be captured. > >> > >> Whats also missing is analysis of the impact on other protocols of > > deploying > >> soemthing like this; this concern was raised at the previous BoF. > >> > >> Tim > > > >
