Re: Fwd: hdsl2ShdslMIB: SpanConfNumRepeaters & StatusNumAvailRepeaters question

Hi Artem,

According to the previously mentioned paragraph,
you have to discard the rows associated with
unavailable units. The following sentence is relevant :

For those conditions
where the number of provisioned repeaters is greater than those
encountered during span discovery, all table entries associated with
the nonexistent repeaters are to be discarded.

So you must discard the rows associated with the
unavailable units hence you must discard the statistics
otherwise you will not be compliant with RFC4319.

Regards,

Scott.

On Tue, 2009-10-20 at 15:59 +0700, Artem Polyakov wrote:
> Forgot to change e-mail again. Sorry
> 
> ---------- Пересланное сообщение ----------
> От: Artem Polyakov <[email protected]>
> Дата: 20 октября 2009 г. 15:58
> Тема: Re: [Adslmib] hdsl2ShdslMIB: SpanConfNumRepeaters &
> StatusNumAvailRepeaters question
> Кому: [email protected]
> 
> 
> Thank you very much, Scott
> 
> And what about second question:
> 
>         > And there is another related question:
>         > Let's suppose that channel was working with 6 repeaters.
>         Statistics
>         > was accumulated. Then link got down, discovery process
>         started again.
>         > The reason of link down is a damage of segment between SRU3
>         & SRU4. So
>         > now we have a span with only 3 discovered repeaters (I use
>         STU-C
>         > polling only). So if the answer for the first question is
>         "yes, you
>         > need to represent only discovered units", I have to show
>         only
>         > following units: STU-C, SRU1,SRU2,SRU3. But maybe it is
>         interesting to
>         > have access to saved statistics from unavailable units? Does
>         it
>         > consider in MIB or it is not important?
>         
> 
> Should I show saved information about currently unavailable units. It
> can be useful.
> 
> 
> 
> -- 
> С Уважением, Поляков Артем
> Best regards, Artem Polyakov
> 
> 
> 
> 
> -- 
> С Уважением, Поляков Артем
> Best regards, Artem Polyakov
> _______________________________________________
> Adslmib mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/adslmib

_______________________________________________
Adslmib mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/adslmib