[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Reflecting new-MAM/SAM definition in diff-te drafts



Hi Jim,

>> -----Original Message-----
>> From: Jim Boyle [mailto:jboyle@pdnets.com] 
>> Sent: 24 May 2003 02:31
>> To: Francois Le Faucheur (flefauch)
>> Cc: te-wg@ops.ietf.org; Lai, Wai S , ALABS
>> Subject: RE: Reflecting new-MAM/SAM definition in diff-te drafts 
>> 
>> 
>> 
>> So is there agreement now?
>> 

Working on it. Almost there (I think).

>> If so, what's the fallout?
>> 
>> I don't want to pull the reqt's out of IESG, and as stated 
>> in the list, it 
>> isnt the place MAM is defined (sorry SAM, I think we have 
>> enough bandwidth 
>> models).

Alright. It seems the potential inconsistency I was worrying about
between the current MAM definition in -rqts and the upcoming MAM spec
isn't such a worry for most people, so let's take the easiest path:
	- leave -reqts as it is
	- keep the MAM name for the MAM spec and update the definition
in there.

>> 
>> Francois, can you re-propose changes for proto, RDM and MAM?
>>

Will try do as soon as we have closed on the overbooking discussion (and
perhaps also on the removal/keeping of LOM).

Thanks

Francois
 
>> thanks,
>> 
>> Jim
>> 
>> btw... I also think LOMs are lots of complexity for little gain :)
>> 
>> 
>> 
>> On Tue, 20 May 2003, Francois Le Faucheur (flefauch) wrote:
>> 
>> > Jerry,
>> > 
>> > >> -----Original Message-----
>> > >> From: Ash, Gerald R (Jerry), ALABS [mailto:gash@att.com] 
>> > >> Sent: 20 May 2003 17:35
>> > >> To: Dimitry Haskin; Francois Le Faucheur (flefauch)
>> > >> Cc: Ash, Gerald R (Jerry), ALABS; te-wg@ops.ietf.org; Lai, 
>> > >> Wai S (Waisum), ALABS
>> > >> Subject: RE: Reflecting new-MAM/SAM definition in diff-te drafts
>> > >> 
>> > >> 
>> > >> Dimitry, Francois,
>> > >> 
>> > >> > >     o SUM (Reserved (CTc)) <= Max Reservable Bandwidth, 
>> > >> > >         for all "c" in the range 0 <= c <= (MaxCT-1)
>> > >> > > 
>> > >> > > However, this formula is incorrect for DS-TE when per-CT 
>> > >> > > LOM's are used, since the above formula only 
>> reflects the Max 
>> > >> > > Reservable Bandwidth for the entire link, and does not 
>> > >> > > reflect the per-CT local overbooking factors.  So what 
>> > >> > > formula do you suggest when per-CT LOM's are used?
>> > >> 
>> > >> > Wouldn't 'Reserved (CTc)' it the above formula already 
>> > >> accounts for the
>> > >> > overbooking multiplier at CTc?  I don't see how this 
>> > >> formula precludes
>> > >> > per-CT LOM's to be used. Please explain.
>> > >> 
>> > >> Are you then proposing these formulas:
>> > >> 
>> > >> 1. When per-CT LOMs are not used:
>> > >> 
>> > >>      o SUM (Reserved(CTc)) <= Max Reservable Bandwidth, 
>> > >>          for all "c" in the range 0 <= c <= (MaxCT-1)
>> > >> 
>> > >> 2. When per-CT LOMs are used:
>> > >> 
>> > >>      o SUM (Normalized(CTc)) <= Max Reservable Bandwidth, 
>> > >>          for all "c" in the range 0 <= c <= (MaxCT-1)
>> > >> 
>> > >> Is that correct?  Please confirm, and/or give the formulas 
>> > >> you propose.
>> > 
>> > Yes, this is exactly what I propose.
>> > I think this is similar to what you were proposing, only 
>> using "Max Res
>> > Bw" instead of "Max Link Bw". 
>> > 
>> > Sorry I didn't make that very clear before.
>> > 
>> > Cheers
>> > 
>> > FRancois
>> > 
>> > >> 
>> > >> Thanks,
>> > >> Jerry
>> > >> 
>> > 
>> > 
>> > 
>> > 
>> 
>>