RE: pingCtlDSField in remops
"Romascanu, Dan \(Dan\)" <[email protected]> Sun, 10 Jul 2005 11:08:25 +0300
| Newsgroups | gmane.ietf.disman |
|---|---|
| Message-ID | <AAB4B3D3CF0F454F98272CBE187FDE2F08D1224C@is0004avexu1.global.avaya.com> |
I know, but if the definition of a more generic TC, without reference to ping operations existed, it could be imported by other MIB modules, like the SSPM MIB. Dan > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Randy Presuhn > Sent: Sunday, July 10, 2005 10:02 AM > To: [email protected] > Subject: Re: [Disman] pingCtlDSField in remops > > Hi - > > > From: "Romascanu, Dan (Dan)" <[email protected]> > > To: "Randy Presuhn" <[email protected]>; > <[email protected]> > > Sent: Saturday, July 09, 2005 11:12 PM > > Subject: RE: [Disman] pingCtlDSField in remops > > > > If there is a need for a Dscp semantics only TC, why not > use Dscp or > > DscpOrAny from DIFFSERV-DSCP-TC (RFC 3289) which is > imported by other > > MIB modules. Alternatively, if the semantics covers the whole TOS > > object, I would prefer to see a less Ping MIB oriented name and > > semantics, that the TC could be imported for more generic TOS > > purposes, like the sspmSourceProfileTOS in > > > http://www.ietf.cnri.reston.va.us/internet-drafts/draft-ietf-r > monmib-sspm-mib-12.txt. > ... > > Unfortunately, sspmSourceProfileTOS is an OBJECT-TYPE, not a TC. > > Randy >