[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: New I-D on inter-area (and inter-as) MPLS TE requirements
Jim,
> This was written in about an hour, late the night before the
> deadline (so show some mercy :)
> draft-boyle-tewg-interarea-reqts-00.txt
It's pretty good for an hour's worth :-)
> The goal was to make sure that we cover requirements for
> inter-area TE. To show that it's not that hard to couple in
> the requirements for inter-as TE, I extended it to cover that
> as well.
General comments:
I'm glad you're providing inter-area TE requirements. I agree that both inter-area TE and inter-AS TE should be progressed together, and would not favor progressing inter-AS TE without also progressing inter-area TE. It would seem if a SP needed inter-AS TE, they would usually also need inter-area TE. A while back vendors claimed that many SPs were requesting inter-area TE. I assume that's still the case, else can someone explain why SPs would want inter-AS TE and not inter-area TE?
Specific comments:
1. Some of the functionality's in Section 1.1 should be more specific, e.g.,
- what bandwidth specification: Tspec parameters? overbooking considerations? 'reserved bandwidth' as per DSTE?
- what priorities: setup priority? holding priority? preemption priority as per DSTE?
2. Section 3.1:
"when the source is more than one area away from the destination, the destination's border router may send back a Path Error. Ideally, the source's border router would try another border router into the destination's area, however with current protocol, the Path Error will propagate to the source."
sounds like a requirement for [crankback] functionality http://www.ietf.org/internet-drafts/draft-iwata-mpls-crankback-06.txt
3. Section 3.4:
" Diffserv TE should be directly translatable at border-routers, as the class-type of an LSP is explicit for class-types greater than 0 and not-existent in the path message for class-type 0."
Are you proposing to standardize class-type 0 to mean best effort? Section 1.4 also refers to 'conventions' for class-types 0, 1, and 2.
Regards,
Jerry
~ an hour's worth of commenting :-)