Hi, On 2013-11-22, at 4:50, Jose Saldana <[email protected]> wrote: > This is a very interesting point: we cannot assume that we will have ample > resource capacity everywhere and always. There are situations in which a > traffic rush occurs, and in these situations there are a number of congested > links. I am not only thinking on emerging countries, but also in a traffic > rush anywhere.
I'm with you so far. > The idea is that TCM-TF is dormant, and it only gets activated when network > capacity becomes scarce. Here is where I start to disagree. I don't buy the idea that we should be deploying TCM-TF boxes everywhere that get activated when capacity is scarce. I believe in simply adding more capacity where needed when needed. And even when doing the deployment on-demand, why would we not instead simply deploy more bandwidth? Yes, in specific cases that is not possible, such as when you are running out of capacity on a wireless hop of some sort where you can't get more spectrum. But I believe we have sufficient mechanisms available for these cases. > As Dan said in the BoF, TCM-TF provides a degree of > flexibility: you can exchange processing power and bandwidth when required. But first you need to deploy that processing power. When you have the choice of deploying processing power or deploying capacity, why wouldn't you deploy capacity? > In these situations, when a traffic rush occurs, why not activating TCM > optimization, and reducing the amount of pps and the bandwidth requirements > by optimizing the small-packet flows? Because the TCM optimization is not free. You need to deploy if before you can use it. I fundamentally believe in deploying bandwidth instead of deploying boxes that manage bandwidth scarcity. And yes, in some scenarios PEPs make sense, but as I said above, I don't think we're lacking any technology in this space. > Network operators have to transport > lots of small-packet flows, and this is not efficient (even in terms of > energy consumption, since header processing accounts for the majority of the > power requirements of a router). Citation please? Also, if we're talking energy, you need to account for he processing that TCM requires. > Regarding the village example: community networks are really challenging > scenarios where VoIP and real-time services have a lot of problems to work > properly, so perhaps traffic optimization can be needed frequently (e.g. in > the afternoon when everyone is trying to use skype at home). OK, I'll bite. Have you looked at the size of packets that Skype uses? They are not small. Lars
signature.asc
Description: Message signed with OpenPGP using GPGMail
