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

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


See inserted comments.

At 08:00 AM 9/21/01 -0400, Francois Menard wrote:

>Network management traffic can also benefit from exponential back-off, a
>little bit like the Realt Time Streaming Control Protcocol (RTCP of
>RTSP), does gather stats, but is intelligent about not saturating the
>I stress that in-band management is the only sure way of ensuring that
>the information gets propagated in a non-discriminatory manner to
>multiple service providers.  It is possible that you will need to
>multicast this information to different service providers.  Think of the
>situation where two ISPs want to diagnose a common CPE with two Ethernet
>ports, providing IP Telephone service on one port and IP Video on
>another port.

The only way to achieve this is at an upper layer application, which, I 
believe,  is outside of the scope of 802.3ah.  For those service models 
that will support it, as an upper layer function, it would be able to work 
regardless of "in-band" or "out-of-band" EFM OAM.

>LLC traffic will amount to little more than noise on a customer
>dedicated GigE P2P link.
>-----Original Message-----
>[] On Behalf Of Matt
>Sent: September 20, 2001 8:17 PM
>To: stds-802-3-efm
>Subject: Re: [EFM] OAM - Faye's seven points
>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