The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2003-Jun> msg00127



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

prequeal to WG lat call om the LSR mib module

  • From: Marcus Brunner <brunner@ccrle.nec.de>
  • Date: Fri, 20 Jun 2003 14:44:27 +0200
  • Cc: mpls@UU.NET

Harmen,

> The MPLS LSR MIB will most likely primarily being used for MPLS
> topology discovery (i.e., LSP path discovery). So, the emphasize
> is more on reading the MIB information as opposed to creation
> of new MIB information. In some earlier email exchange I read
> that a string-based indexing scheme has the benefit of providing
> more efficient table read capabilities. This efficiency is very
> appealing and beneficial to implement efficient MPLS topology
> discovery capabilities.

The efficiency depends on what you want to read.
1) The whole table,
2) only entries belonging to a certain interface,
3) or one single entry.

For 1 both schemes are identical
for 2 the scheme in -09 (the older one) is much more efficient
for 3 it seams to be less efficient in Toms implementation.

> My concern is that we spend too much time discussion a MIB SMI
> optimization (i.e., using a Unsigned32 index) that doesn't have
> substantial value and, in fact, seem to have a negative impact
> on MIB read capabilities. We need to get this MPLS MIB module,
> together with the MPLS LDP and MPLS VPN modules, standardized
> ASAP. There is a critical need for these MPLS MIB modules for
> management of MPLS-enabled networks, which are currently being
> deployed by many service providers.

I agree, but I do not want an optimization of a single implementation being 
standardized.

Regrads,

Marcus

>
> regards,
>
> Harmen
>



--------------------------------------
Dr. Marcus Brunner
Network Laboratories
NEC Europe Ltd.

E-Mail: brunner@ccrle.nec.de
WWW:    http://www.ccrle.nec.de/
Phone: +49 (0) 6221 905 11 29
Mobile: +49 (0) 163 275 17 43
personal home page: http://www.brubers.org/marcus