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

"Francois Le Faucheur (flefauch)" <[email protected]>
Newsgroups gmane.ietf.tewg
Message-ID <[email protected]>
Hi Jim,

>> -----Original Message-----
>> From: Jim Boyle [mailto:[email protected]] 
>> Sent: 24 May 2003 02:31
>> To: Francois Le Faucheur (flefauch)
>> Cc: [email protected]; 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:[email protected]] 
>> > >> Sent: 20 May 2003 17:35
>> > >> To: Dimitry Haskin; Francois Le Faucheur (flefauch)
>> > >> Cc: Ash, Gerald R (Jerry), ALABS; [email protected]; 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
>> > >> 
>> > 
>> > 
>> > 
>> > 
>> 
>>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.