OTP-REG(7)
Manual name: OTP-REG, section 7 of the manual. Bestie, this is the MIB one. π
π OKAY SO WHAT EVEN IS THIS
This is the root MIB module for OTP β literally that's what the module itself says in its own DESCRIPTION. It's the little ASN.1 registration page where the OTP corner of the SNMP object-identifier universe gets its name, and every OID that lives under it hangs off of here.
It's not a command, it's not a flag, it's a definition file. You don't run it, you look at it and go "oh, that's where ssl comes from." π No cap.
Everything below is the module, and then I'm gonna walk you through it piece by piece so it actually lands. π«Ά
π THE MODULE, IN ALL ITS GLORY
OTP-REG DEFINITIONS ::= BEGIN
IMPORTS
MODULE-IDENTITY, enterprises
FROM SNMPv2-SMI
;
otpRegModule MODULE-IDENTITY
LAST-UPDATED "200305090900Z"
ORGANIZATION "Ericsson"
CONTACT-INFO
"Contact: Erlang Support see license agreement for Erlang/OTP."
DESCRIPTION
"The root MIB module for OTP."
REVISION "200305090900Z"
DESCRIPTION
"Changed CONTACT-INFO as it was outdated, made it more generic
to avoid such changes in the future."
REVISION "199902020900Z"
DESCRIPTION
"Cleaned up OBJECT IDENTIFIER registration. Changed the name
of the MODULE-IDENTITY of this module to non-conflicting name
otpRegModule."
REVISION "199712010900Z"
DESCRIPTION
"The initial revision of MIB module OTP-REG."
::= { otpModules 1 }
ericsson OBJECT IDENTIFIER ::= {enterprises 193}
otp OBJECT IDENTIFIER ::= {ericsson 19}
otpReg OBJECT IDENTIFIER ::= {otp 1}
otpModules OBJECT IDENTIFIER ::= {otpReg 1}
otpGeneric OBJECT IDENTIFIER ::= {otp 2}
otpApplications
OBJECT IDENTIFIER ::= {otp 3}
otpCaps OBJECT IDENTIFIER ::= {otp 4}
otpReqs OBJECT IDENTIFIER ::= {otp 5}
otpExpr OBJECT IDENTIFIER ::= {otp 6}
ssl OBJECT IDENTIFIER ::= {otp 10}
END
β¨ IMPORTS β¨
Girl, it borrows exactly two things and then gets to work:
MODULE-IDENTITYβ importedFROM SNMPv2-SMIenterprisesβ also importedFROM SNMPv2-SMI
That's it. Two things. Minimalist. It's giving capsule wardrobe. π
π otpRegModule β THE ONE MODULE-IDENTITY π
The fields, listed out
LAST-UPDATED "200305090900Z"β the last time anyone touched it was that timestamp,200305090900Z.ORGANIZATION "Ericsson"β Ericsson. That's the org on the paperwork.CONTACT-INFO "Contact: Erlang Support see license agreement for Erlang/OTP."β who do you yell at? Erlang Support, and you go see the license agreement for Erlang/OTP.DESCRIPTION "The root MIB module for OTP."β literally just "I am the root MIB module for OTP." Iconic brevity. Star of the show, one sentence resume. π
The revision history (tea time β)
Oldest to newest, so you can watch the glow-up in order:
"199712010900Z"β "The initial revision of MIB module OTP-REG." The origin story. The Big Bang. β¨"199902020900Z"β "Cleaned up OBJECT IDENTIFIER registration. Changed the name of the MODULE-IDENTITY of this module to non-conflicting name otpRegModule." So they tidied the OID registration and renamed the MODULE-IDENTITY tootpRegModulebecause the old name was causing beef (conflicts) with something else. Name change for peace. ποΈ"200305090900Z"β "Changed CONTACT-INFO as it was outdated, made it more generic to avoid such changes in the future." The contact info went stale, so they made it vague on purpose so they never have to do this again. Honestly? Smart. Low maintenance era. π
Where the module itself lives
::= { otpModules 1 }
So the module identity is registered under otpModules, at 1. Note that otpModules is defined further down in the file β the module is defined in terms of a name that comes later, which is just how this page rolls. π
π THE OID TREE π
Now the fun part β every OBJECT IDENTIFIER in here, exactly as registered:
The ancestry
ericssonβOBJECT IDENTIFIER ::= {enterprises 193}β Ericsson's branch, hanging offenterprisesat193.otpβOBJECT IDENTIFIER ::= {ericsson 19}β OTP's branch, hanging offericssonat19.
Under otp
Each of these is a top-level slot under otp, and these are just registrations β the page doesn't say what any of them hold. It says where they live. Periodt.
otpRegβOBJECT IDENTIFIER ::= {otp 1}otpModulesβOBJECT IDENTIFIER ::= {otpReg 1}β and remember, this is the oneotpRegModuleattaches to.otpGenericβOBJECT IDENTIFIER ::= {otp 2}otpApplicationsβOBJECT IDENTIFIER ::= {otp 3}otpCapsβOBJECT IDENTIFIER ::= {otp 4}otpReqsβOBJECT IDENTIFIER ::= {otp 5}otpExprβOBJECT IDENTIFIER ::= {otp 6}sslβOBJECT IDENTIFIER ::= {otp 10}
Heads up bestie: notice the numbers jump from 6 straight to 10. There is no 7, 8, or 9 on this page. That is not a typo in my retelling, that's literally what's written β ssl is {otp 10} and the gap is justβ¦ there. Do not come for me, I'm reporting what the page says. π
πΈ THE SHAPE OF IT
If you're a visual girlie, here's the whole tree at a glance:
enterprisesβ193βericssonericssonβ19βotpotpβ1βotpRegotpRegβ1βotpModulesotpModulesβ1βotpRegModule(the module identity itself)otpβ2βotpGenericotpβ3βotpApplicationsotpβ4βotpCapsotpβ5βotpReqsotpβ6βotpExprotpβ10βssl
And then:
END
That's the whole file. Bow. π
π SEE ALSO
Ngl, this page has no SEE ALSO section β zero cross-references, zero little friends to wave at. It's a lone wolf. Main character energy, no supporting cast. π¦
No warnings, no bug notes, no exit statuses, no signals, no environment variables, no files, no examples on this one. It's a definitions page and it stays in its lane. Don't go looking for a --help, bestie, there isn't one. π
β SIGN-OFF β
So that's OTP-REG, section 7 of the manual, filed under SNMP, coming to you from Erlang/OTP. The revision dates on record run from 199712010900Z (the baby's first revision) up through 199902020900Z and land at 200305090900Z, and that last one is also the LAST-UPDATED stamp, so that's the freshest thing on the page. Go forth and register your OIDs responsibly, you gorgeous little network gremlin. π
β¨ππ
π¦ where this page comes from
- alpine 3.24: erlang28-doc 28.5.0.8-r0 Β· Apache-2.0
- arch rolling: erlang-core 29.1.1-1 Β· Apache-2.0
- nixos 26.05: erlang 29.1.2
- nixpkgs unstable: erlang 29.1.2
- ubuntu stonking: erlang-doc 1:29.0.6+dfsg-1 Β· Apache-2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms