Re: [EFM] OAM - Faye's seven points
Sounds to me like your statement contravenes the law of conservation of
free lunches (which states that the quantity of free lunches in the
universe is a constant, whose value is zero).
If you can increase the bit signal rate to accommodate the OAM overhead,
surely you can do this anyway, whether the OAM traffic has its own "side
band" or not. Or am I missing something here?
At 22:12 20/09/2001 -0500, you wrote:
>You forget, if the OAM is in the side band, the bit signal rate can be
>increased to accommodate the additional bandwidth used by the OAM
>overhead. If the OAM is at the MAC above the existing PCS, then the
>bandwidth will have to be taken from the revenue traffic.
>At 08:16 PM 9/20/01 -0400, Matt Squire wrote:
>>Both OAM and data traffic travel over the same medium. No matter how we
>>slice it, OAM traffic does reduce the bandwidth available to the user.
>>One way to cap that effect is to use a dedicated side-band with a
>>limited bandwidth. An alternate way to cap the effect is to
>>police/shape the OAM traffic at a layer above. A third alternative is
>>to use something like a slow protocol which is limited to 5 frames/sec.
>>Roy Bynum wrote:
>> > Harry,
>> > I think that Faye is correct. If the OAM is "frame" based, then it will
>> > share the same bandwidth with the customer traffic. Only if the OAM is
>> > "side band" will it not share the same bandwidth as the customer traffic.
>> > Thank you,
>> > Roy Bynum
>> > At 02:31 PM 9/20/01 -0700, Harry Hvostov wrote:
>> > >Faye,
>> > >
>> > >What I meant was that the OAM control frames would not be forwarded
>> > >the ePON network.
>> > >
>> > >Harry