Status in source: current.
Names: fsDhcp6SrvRealmTable
Technical details
{
"smi_kind": "OBJECT-TYPE",
"definition": [
"fsDhcp6SrvRealmTable",
"OBJECT-TYPE",
"SYNTAX",
"SEQUENCE",
"OF",
"FsDhcp6SrvRealmEntry",
"MAX-ACCESS",
"not-accessible",
"STATUS",
"current",
"DESCRIPTION",
"\"Server authenticate the received information request with HMAC MD5 algorithm when received message contains the Authentication option tlv .Realms are container for authentication information. For the Authentication key id is required. Keys are assigned to clients. This table is used to create the Realm Row and the fsDhcp6SrvRealmIndex index is also used by the fsDhcp6SrvAuthClntTable. Following is an example of a server authentication hierarchy: realm testrealm01.aricent.com { key 1 TESTREALMKEY01 key 2 TESTREALMKEY02 } realm testrealm02.aricent.com { key 1 TESTREALMKEY01 }\"",
"::=",
"{",
"fsDhcp6SrvConfig",
"6",
"}"
],
"syntax_tree": [
[
"conceptualTable",
[
"row",
"FsDhcp6SrvRealmEntry"
]
],
null,
[
"MaxAccessPart",
"not-accessible"
],
[
"Status",
"current"
],
[
"DESCRIPTION",
"Server authenticate the received information request with HMAC MD5 algorithm when received message contains the Authentication option tlv .Realms are container for authentication information. For the Authentication key id is required. Keys are assigned to clients. This table is used to create the Realm Row and the fsDhcp6SrvRealmIndex index is also used by the fsDhcp6SrvAuthClntTable. Following is an example of a server authentication hierarchy: realm testrealm01.aricent.com { key 1 TESTREALMKEY01 key 2 TESTREALMKEY02 } realm testrealm02.aricent.com { key 1 TESTREALMKEY01 }"
],
null,
null,
null,
null
]
}