[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Standards for IP stats collection? (corrected)
Sounds right for the 15-minute counters, but only current and 1 previous day
counters are required for each monitored parameter.
R6-301 [634v2], GR-253-CORE, Issue 3, September 2000
R6-297 [634v2], GR-253-CORE, Issue 2, December 1995, Revision 2, January
From: Sambasiva R. Mantha [mailto:firstname.lastname@example.org]
Sent: Friday, March 02, 2001 2:50 PM
To: terry martin
Cc: email@example.com; Bora Akyol; Vishal Sharma; 'firstname.lastname@example.org';
Subject: Re: Standards for IP stats collection? (corrected)
I would like to correct a little bit regarding GR-253. The GR-253 requires 8
hours of 15-minute registers and 7 one-day registers and not 3-5 days. This
means that a SONET must have 33 15-minute registers (32 registers for
hours and 1 for current 15 minutes) and 7 1-day (previous day) registers.
I would agree with Manohar that these PM registers are an over-kill for LSPs
they really donot contribute anything to the traffic flowing through the NE.
terry martin wrote:
> RMON is the only protocol standard that dictates information collection
> requirements. That is the only IP service that is structured to collect
> trend stats. I think it is also 15 minute intervals for 3-5 days
> on how much memory you get in the unit.
> There are structure requirements for collection, type of traffic collected
> and how it is presented.
> Need sources- let me know
> Terry Martin MS Telecommunication Engineering
> Senior Consultant
> ----- Original Message -----
> From: "Manohar Naidu Ellanti" <email@example.com>
> To: "Bora Akyol" <firstname.lastname@example.org>; "Vishal Sharma"
> Cc: "'email@example.com'" <te-wg@UU.NET>; "'firstname.lastname@example.org'" <mpls@UU.NET>;
> Sent: Thursday, March 01, 2001 9:14 PM
> Subject: RE: Standards for IP stats collection? (corrected)
> > It will be interesting to see if there is a need for TDM world
> > features to be carried into MPLS world.
> > I think the reason for 15 minutes etc PM counters for things like
> > Errored Seconds etc was to deduce the quality of transmission line and
> > this to feed into link cost. For instance realiability metric could be
> > on such information for the link.
> > For LSPs does it really make sense ? to have TDM world operational
> > There is not even CRC or any header information to determine if MPLS
> > was received correctly. It is more at lower layers. It would be nice to
> > some useful features carried forward and avoid unnecessary requirements
> > GR-XXX.
> > -Manohar
> > -----Original Message-----
> > From: owner-mpls@UU.NET [mailto:owner-mpls@UU.NET]On Behalf Of Bora
> > Akyol
> > Sent: Thursday, March 01, 2001 8:57 PM
> > To: Vishal Sharma
> > Cc: 'email@example.com'; 'firstname.lastname@example.org'; 'email@example.com'
> > Subject: Re: Standards for IP stats collection? (corrected)
> > Vishal
> > I don't think that there are such standards for routers. I know that
> > routers store such data on flash cards for later retrieval and some on
> > hard disks.
> > I would be curious to see how people are storing this data and for how
> > long?
> > Bora
> > On Thu, 1 Mar 2001, Vishal Sharma wrote:
> > > Hello All,
> > >
> > > For the TDM world, GR-253 lays out strict standards for
> > > the length of time that a carrier-class box should collect
> > > and store statistics on-board, for retrieval later. The
> > > number is something like 15-min intervals for 3 days.
> > > The purpose supposedly is that if the connection to the EMS
> > > dies, the box at least should allow the provider to recover
> > > statistics data from it.
> > >
> > > My question is: what are similar standards (or existing
> > > best practices) in the IP carrier community today? How much
> > > statistics-related information do carriers like to have from
> > > IP boxes?
> > > What would carriers like to have?
> > >
> > > (The only reference I could find on this was Blain Christian's
> > > draft
> > >
> > > xt)
> > >
> > > Are there others?
> > > Do people (read carriers) have any thoughts or suggestions or
> > > pointers?
> > >
> > > Thanks,
> > >
> > > -Vishal
> > >