RE: Use Cases of Network Operation of LAP

["Chen, Weijing" <wchen@tri.sbc.com>]

I concur Tony's comment.  We have seen too many network management and
operation systems that fall way short of our daily operation need.  In other
hand, service provider is busy about their own business and hasn't
communicated their need to vendor community.  As stated in the draft, LAP
has a need which is very demanding and challenge.  It is especially true for
provider like us.  The draft is trying to illustrate the need of LAP in IETF
term, and hope vendor community will use it as a guide to build better
system, and/or new (better?) protocol.



Regards,

Weijing Chen




-----Original Message-----
From: Tony Tauber [mailto:ttauber@genuity.net] 
Sent: Wednesday, January 01, 2003 7:17 AM
To: David Meyer
Cc: Wijnen, Bert (Bert); 'ops-nm@ops.ietf.org'; Chen, Weijing; Randy Bush
Subject: Re: Use Cases of Network Operation of LAP

On Tue, 31 Dec 2002, David Meyer wrote:

> 	Bert,
>
> >> I have not see any comment/question or discussion on the below!
> >>
> >> What does that mean:
> >>  - we have not had time to read this?
>
> 	I had forgotten I had read this one.

I have read much of it but want to do a detailed mark-up/commentary
but haven't gotten around to it yet.  Apologies.  I plan to do so soon
and reply to the authors.

> >>  - nobody is interested?
>
> 	Its not that I'm not interested, however, I am struggling
> 	with the point of this document.
>
> >>  - silence means we agree that this is a good document and
> >>    that it represents real scenarios as we see with Large
> >>    Access Providers.
>
> 	Nope. Not at all. Rather, I would say it looks like a M&P
> 	document that many providers have, but I don't see it as
> 	an IETF document.

Not sure how it squares with people's ideas of IETF documents or work
but I feel there is value having seen too scattershot and sometimes
clueless an approach in what comes from the vendor community.
I can't entirely fault them as I don't believe service providers or
other users have presented a cohesive set of collective requirements.

I think there's good value in developing and publishing such
requirements and BCPs.

Whether the IETF or this list is the right place is something we could
debate, I suppose, but it seems to fit with my understanding of the
purpose of this list which www.ops.ietf.org lists as:
"for generic OPS-NM (Network Management) discussions"

Happy New Year,

Tony

> >>  - we're tired and we are not interested in reading?
>
> 	Tired yes, not interested in reading, no :-)
>
> >> Pls answer/comment if at all possible.
>
> 	Done.
>
> 	Dave
>
> 	[BTW, everyone have a safe and happy new year. Dave]
>
> ----
> >>
> >> Thanks,
> >> Bert
> >>
> >> > -----Original Message-----
> >> > From: Chen, Weijing [mailto:wchen@tri.sbc.com]
> >> > Sent: dinsdag 26 november 2002 22:46
> >> > To: 'bwijnen@lucent.com'; Randy Bush
> >> > Cc: 'ops-nm@ops.ietf.org'
> >> > Subject: Use Cases of Network Operation of LAP
> >> >
> >> >
> >> > Bert, Randy, and all,
> >> >
> >> > We have just submitted the 01.txt of "Use Cases of Network
> >> > Operation of
> >> > Large Access Providers".  URL is
> >> > http://www.ietf.org/internet-drafts/draft-weijing-lap-ops-use-01.txt.
> >> >
> >> > We thus formerly request the reviews and comments from all
> >> > the participants
> >> > of OPS area.  After constructive discussion and modification, we
would
> >> > further request this draft to be advanced to Informational
> >> > RFC, either as
> >> > individual or WG one.  Thank you for your support.
> >> >
> >> > Abstract:
> >> > This draft discusses the typical network operation use cases
> >> > of Large Access
> >> > Providers (LAP).  Since a LAP has hundreds of locations,
> >> > thousands of nodes,
> >> > millions of subscribers, where the law of large number
> >> > affects the bottom
> >> > line of network operation, a LAP has been always strives to
streamline
> >> > network operation functions.  The use cases presented in this
> >> > document are
> >> > generic with respect to the type of network technology and
> >> > can be augmented
> >> > with technology-specific details.  They are intended to be
> >> > the baseline for
> >> > other network operation streamlining requirements.
> >> >
> >> >
> >> > Regards,
> >> >
> >> >
> >> > --
> >> > Weijing Chen
> >> > SBC Technology Resources
> >> > 9505 Arboretum Blvd.
> >> > Austin, TX 78759
> >> > 512 372 5710
> >> > wchen@tri.sbc.com
> >> >
> >> >
> >> >
> >> >
> >> >
>
>
>
>
>
>