110 likes | 247 Views
Bandwidth Constraints Models for DS-TE Where do we stand?. Francois Le Faucheur flefauch@cisco.com. Concensus on BC Model objectives. efficient use of bandwidth (ie good bandwidth sharing among CTs) Isolation across CTs (ie a CT cannot hogg the bw of another CT)
E N D
Bandwidth Constraints Models for DS-TEWhere do we stand? Francois Le Faucheurflefauch@cisco.com
Concensus on BC Model objectives • efficient use of bandwidth (ie good bandwidth sharing among CTs) • Isolation across CTs(ie a CT cannot hogg the bw of another CT) • protection against QoS degradation(at least of the premium CTs e.g Voice, Premium ...) • possible to operate without preemption(when preemption is disabled, still work "reasonably" well) • reasonably simple , no additional IGP extensions.
Documented Models • Russian Dolls Model (RDM) • Maximum Allocation Model (MAM) • Maximum Allocation with Reservation (MAR)
Concensus on RDM properties • Where preemption can be used, RDM works very well: • simultaneously achieves Bw efficiency, isolation and protection against QoS degradation • Where preemption can not be used, RDM works alright, but cannot achieve good isolation
Concensus on MAM properties • MAM is "intuitive"/easy to conceptualise • Where preemption can not be used, MAM is attractive: • it is good at achieving isolation • if one doesn't worry too much about "QoS degradation" of lower/medium classes, then MAM can achieve bw efficiency and isolation
A view on MAR(not Concensus view) • MAR works alright in some situations • (eg CT load on every link known a priori…) • But, in general, MAR: • cannot provide isolation and efficiency sumultaneously • See example on alias (link=100, RBW=10): • CT0 takes 90 • CT1 is only left with 10 • CT2 and CT3 are leaft with 0 • Cannot control CTs individually
A Proposed Approach • Specify two models • RDM • MAM • Pick one Default, one Optional • Get some deployment experience and evaluate the need for another model
Russian Dolls Model for DS-TEdraft-ietf-tewg-diff-te-russian-00.txt F Le Faucheur, T Nadeau : Cisco Systems Jim Boyle : PDNets K Kompella : Juniper Networks W Townsend : Tenor Networks D Skalecki : Nortel Networks
Changes since proto-01 • Only change is to split from proto document
Open issues • None
Next Steps • Update diff-te-russian- to specify whether it is Default/Optional • Go for Last Call