MIB Discovery
1930 modules enregistrés
Chemin
MIX : 1 (iso). 3 (org). 6 (dod). 1 (internet). 4 (private). 1 (enterprises). 9 (cisco). 9 (ciscoMgmt). 179 (ciscoCatOSAclQosMIB). 1 (ciscoCatOSAclQosMIBObjects). 3 (caqAclObjects). 2 (caqIpAceTable). 1 (caqIpAceEntry). 25 (caqIpAceBeforePosition)
OID : 1.3.6.1.4.1.9.9.179.1.3.2.1.25
TXT : iso. org. dod. internet. private. enterprises. cisco. ciscoMgmt. ciscoCatOSAclQosMIB. ciscoCatOSAclQosMIBObjects. caqAclObjects. caqIpAceTable. caqIpAceEntry. caqIpAceBeforePosition
Enfants
Pas d'enfants disponibles pour cet OID
Détails
OID1.3.6.1.4.1.9.9.179.1.3.2.1.25
Module CISCO-CATOS-ACL-QOS-MIB (CISCO)
NomcaqIpAceBeforePosition
Accesreadwrite
Statuscurrent
DescriptionThe object is to control the position of an ACE in the ACL. Indicates the order position of a new ACE before an active ACE which is already in the ACL. It means that the new ACE will replace the position of the ACE which the object specifies. For example, if there are 6 ACEs in an ACL, so the positions of those 6 ACEs will be 1, 2, 3, 4, 5, 6. If the user would like to add a new ACE and specifies 4 to be the value of this object, the old ACEs in positions, 4, 5, 6 will become 5, 6, 7 while the entry containing the new ACE is active. Be careful, for example, if the user would like to move an ACE whose position is 2 to before the ACE whose position is 5. He put the status of that entry to in-active and the position order will be 1, 2, 3, 4, 5. The old ACEs in positions 3, 4, 5, 6 becomes 2, 3, 4, 5. So, the user has to specify the object to 4, because the ACE in old position 5 has been moved to position 4. If not specified, the default value 0 will be used. And the new ACE is appended to the end of the ACL. 0 will be always returned if the status of this row is active. If the entry is from active(1) to notInService(2), this object should have default value.
SyntaxeUnsigned32 (0...65535)