Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

Re: [EFM] OAM - Faye's seven points




Roy -

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?

Regards,
Tony

At 22:12 20/09/2001 -0500, you wrote:

>Matt,
>
>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.
>
>Thank you,
>Roy Bynum
>
>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 
>> outside
>> > >the ePON network.
>> > >
>> > >Harry