RE: traceRouteCtlMiscOptions

"Romascanu, Dan \(Dan\)" <[email protected]> Tue, 19 Jul 2005 22:06:23 +0300
Newsgroups gmane.ietf.disman
Message-ID <AAB4B3D3CF0F454F98272CBE187FDE2F08DA84BE@is0004avexu1.global.avaya.com>
I would argue that this object should be deprecated anyway. I do not
understand what kind of interoperability this object can provide.
Regards, Dan
 

> -----Original Message-----
> From: [email protected] 
> [mailto:[email protected]] On Behalf Of Juergen Quittek
> Sent: Monday, July 18, 2005 8:52 PM
> To: [email protected]
> Subject: [Disman] traceRouteCtlMiscOptions
> 
> Dear all,
> 
> The traceRouteCtlMiscOptions in the DISMAN-TRACEROUTE-MIB is 
> defined as follows:
> 
>  traceRouteCtlMiscOptions OBJECT-TYPE
>     SYNTAX      SnmpAdminString
>     MAX-ACCESS  read-create
>     STATUS      current
>     DESCRIPTION
>         "Enables an application to specify implementation
>         dependent options."
>     DEFVAL { ''H }
>     ::= { traceRouteCtlEntry 15 }
> 
> It can serve for passing additional, non-standardized 
> parameters to remote traceroute execution.  The standard does 
> not give a hint what it could be used for.
> 
> The question to the group is:
> 
> Has anyone ever used this object or at least implemented it?
> 
> If not, Juergen S. suggest to deprecate or obsolete it:
> 
> --On 5/3/2005 5:15 PM +0200 Juergen Schoenwaelder wrote:
> > - I am wondering what traceRouteCtlMiscOptions is good for 
> other than
> >   proprietary extensions which IMHO should go into table 
> augmentations.
> >   Otherwise, we could put opaque options in almost all 
> tables. I suggest
> >   to document how this object is actually used by existing 
> implementations
> >   or to deprecate or even obsolete it.
> 
> Thanks,
> 
>     Juergen Q.
> -- 
> Juergen Quittek        [email protected]       Tel: +49 
> 6221 90511-15
> NEC Europe Ltd.,       Network Laboratories        Fax: +49 
> 6221 90511-55
> Kurfuersten-Anlage 36, 69115 Heidelberg, Germany   
> http://www.netlab.nec.de
> 
>