Hi Martin, On 06.07.2011 12:27, Martin Stiemerling wrote: >>> One of the areas of discussion was (amongst many others): - >>> openflow vs. forces - how forces would fit in virtual networks >> >> I see both technologies mainly focused on control plane / data >> plane separation. This doesn't allow > > What doesn't it allow for? The sentence ends very early. Yes, sorry that's the problem if you are multi-tasking and not proof-reading your mail again before hitting "Send" :-) I wanted to avoid a long discussion but maybe I can explain it a little bit more. While OpenFlow clearly creates more flexibility, it is rather static with its possibilities in the forwarding plane. Though one can "virtualize" an OpenFlow switch by partitioning the forwarding rules in a switch in combination with a FlowVisor in the control plane, I suppose that a substrate node with explicit virtualization support is more flexible. >>> - do we need tunnel headers for virtual networks on the wi > Right, and my usage of the word deader is probably wrong, as there > may be other technologies which use a different light color and not a > header to distinguish a VN. Yes. Various multiplex techniques may exist in the substrate to implicitly address different virtual links. Then one can probably omit any explicit header encapsulation. Using a different wave length for a new virtual link is clearly one such mechanism. > My question wrt the above paragraph: Should the RG run the phase of > defining terms, concepts and acid tests in parallel to other > questions? We emphasized on a strong phased operational model for the > RG until now, but I could imagine a more relaxed operational mode. I think that parallel activities are not a real problem. Maybe it's sometimes difficult to discuss things if terminology isn't agreed upon, but that may also cause synergies, revealing what concepts or terms are unclear and need more discussion. Regards, Roland
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.