[LOOPS] draft-li-tsvwg-loops-problem-opportunities-05 - why do traffic engineering at the overlay as well?

[Gorry Fairhurst <[e-mail]>]

I have a few quetsions about then problem draft:

Section 3.4 provides a use-case, which I would like to understand better:

“By continuously measuring the delay of path segments
    and use them as metrics for path selection, when the number of
    overlay nodes is sufficiently large, there is a high chance that a
    better path could be found".

- This seems in part to rely upon measuring and the choosing which 
“disjoint segments” to forward over. A previous discussion asked how 
this would operate when the network itself implemented methods such as 
BGP and ECMP to do some form of traffic engineerinfg, and whether this 
introduced additional level of automatic re-routing would in some way 
conflict?

- Is this decision within the network a good idea for stable oeprations? 
Is this a decision better made at the edge?

Gorry