[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Last call completed on draft-ietf-ccamp-gmpls-mln-reqs-05.txt
Hi,
Working group last call completed on draft-ietf-ccamp-gmpls-mln-reqs-05.txt
and draft-ietf-ccamp-gmpls-mln-eval-03.txt with a few comments to consider.
The question was raised about the naming of "virtual TE links." It was
suggested that "potential" be considered as a more appropriate word, partly
because of the existing overload of "virtual" in various contexts, and
partly to tie in with the ASON use of terminology. Could the authors please
think about this and propose a resolution.
We also received some comments from the ITU-T in their liaison
https://datatracker.ietf.org/liaison/368/. They raise some issues for our
consideration and the authors need to address these points so that they can
update the I-D if necessary, and so we can respond to the ITU-T as
necessary.
Adaptation
- They suggest that we should include a definition of Adaptation.
- They suggest advertising the adaptation capability/ies of a link in place
of the switching capabilities. I am confused by this because I would have
thought that both pieces of information are needed. It may be that the ITU-T
are assuming that the technology layer is known a priori. It is certainly
the case that multiple switching or adaptation capabilities should be able
to be advertised on a single link, and I think this is in the I-Ds, but
maybe it needs clarification.
- Abstract representations of layers and adaptations may be advantageous.
Although this might be a solution-specific issue, if there are requirements
they should be drawn out.
Virtual Node
The ITU-T suggests that the virtual node model might be applied as a
solution architecture alongside the virtual links. Maybe the requirements
draft could include some comments on this.
Thanks,
Adrian