[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Sip] I-D ACTION:draft-ietf-sip-mib-05.txt



jonathan,

thanks for your comments.  please send more if you have them.
my comments inline below...

Jonathan Rosenberg wrote:
> 
> I have begun to look at the mib a bit, and I am a bit concerned that
> there is far too much information exposed, in terms of statistics, at
> least. I have to apologize for raising this so late in the game, but it
> is only recently that my day job has brought me into OAMP areas.

not sure if the above reference to statistics is directly related
to your comment on sipTransactionTable below or not.  if not, are there
other statistics that you feel fall into the category or
exposing far too much information?

> 
> One item that struck me as particularly demanding on an implementation
> is the sipTransactionTable. There is a huge amount of work in
> maintaining this table. I really doubt people will want to implement it.

i had similar feedback from others when support of the sipTransactionTable
was being considered by a project.    the effort involved in supporting
the table was a problem.

we can focus some discussion on the viability of the table during wg last call.  
i'd rather do that than to yank the table w/out further discussion.  
at the very least, we can definitely make the table optional.  
right now it appears to be in a mandatory group - which seem wrong to me anyway.

kevin
> My suspicion is that this kind of information will normally be logged by
> implementations, and when you need it, its not in real time, but rather
> through some kind of offline analysis of the logs.
> 
> Generally, it is my perception that MIB status variables are primarily
> aimed at fault and performance analysis. I dont see how a full list of
> each transaction, with the call-id, cseq and all, supports either aim.
> 
> Thanks,
> Jonathan R.
> 
> Internet-Drafts@ietf.org wrote:
> > A New Internet-Draft is available from the on-line Internet-Drafts directories.
> > This draft is a work item of the Session Initiation Protocol Working Group of the IETF.
> >
> >       Title           : Management Information Base for Session Initiation
> >                           Protocol
> >       Author(s)       : K. Lingle, J. Maeng, J. Mule, D. Walker
> >       Filename        : draft-ietf-sip-mib-05.txt
> >       Pages           : 97
> >       Date            : 2003-3-6
> >
> > This memo defines a portion of the Management Information Base (MIB)
> > for use with network management protocols in the Internet community.
> > In particular, it describes a set of managed objects that are used
> > to manage Session Initiation Protocol (SIP) entities, which include
> > User Agents, Proxy servers, Redirect servers and Registrars.
> >
> > A URL for this Internet-Draft is:
> > http://www.ietf.org/internet-drafts/draft-ietf-sip-mib-05.txt
> >
> > To remove yourself from the IETF Announcement list, send a message to
> > ietf-announce-request with the word unsubscribe in the body of the message.
> >
> > Internet-Drafts are also available by anonymous FTP. Login with the username
> > "anonymous" and a password of your e-mail address. After logging in,
> > type "cd internet-drafts" and then
> >       "get draft-ietf-sip-mib-05.txt".
> >
> > A list of Internet-Drafts directories can be found in
> > http://www.ietf.org/shadow.html
> > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> >
> >
> > Internet-Drafts can also be obtained by e-mail.
> >
> > Send a message to:
> >       mailserv@ietf.org.
> > In the body type:
> >       "FILE /internet-drafts/draft-ietf-sip-mib-05.txt".
> >
> > NOTE: The mail server at ietf.org can return the document in
> >       MIME-encoded form by using the "mpack" utility.  To use this
> >       feature, insert the command "ENCODING mime" before the "FILE"
> >       command.  To decode the response(s), you will need "munpack" or
> >       a MIME-compliant mail reader.  Different MIME-compliant mail readers
> >       exhibit different behavior, especially when dealing with
> >       "multipart" MIME messages (i.e. documents which have been split
> >       up into multiple messages), so check your local documentation on
> >       how to manipulate these messages.
> >
> >
> > Below is the data which will enable a MIME compliant mail reader
> > implementation to automatically retrieve the ASCII version of the
> > Internet-Draft.
> >
> 
> --
> Jonathan D. Rosenberg, Ph.D.                72 Eagle Rock Ave.
> Chief Scientist                             First Floor
> dynamicsoft                                 East Hanover, NJ 07936
> jdrosen@dynamicsoft.com                     FAX:   (973) 952-5050
> http://www.jdrosen.net                      PHONE: (973) 952-5000
> http://www.dynamicsoft.com
> 
> _______________________________________________
> Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP Protocol
> Use sip-implementors@cs.columbia.edu for questions on current sip
> Use sipping@ietf.org for new developments on the application of sip

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Kevin R. Lingle       919.392.2029
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip