Hi Huzhibo, I would like to highlight another aspect of this draft independent in which (if any) WG it will end up with.
Many network operators today to interconnect their routers purchase circuits. However those circuits in vast majority use brilliant technology of VPWS, L2VPN, EVPN ... you name it. So effectively the circuit is just an illusion and what is really sold is an emulated circuit running as IP encapsulated L2 packets on someone IP backbone. And here comes the crux of the issue - depending on the time of the day, state and events in the carrier's underlay real MTU changes. And today what is worse routers have no good way to even detect it. Some attempts pop up here and there (like stuff BFD to 1500 or so), but the point is that what could be promised, sold and configured on the interface may not be what is really under the hood. Things get even more colorful when only some discrete packet sizes fail while smaller and bigger go through just fine - Swiss-MTU if you will :) Sure your proposal just uses static MTU like any other mentioned in your draft consumer of that information but I am bringing it here for two reasons: A) Draft needs to consider this problem and discuss dynamics related to real MTU changes B) A discussion needs to be started if it would not be much more effective to simply detect MTU at the data plane between the src and dst in an end to end fashion rather then using it in control plane as a atomic piece of assumed truth used to make any path calculation. Kind regards, R.
_______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr