Die Ausnahmebehandlung bei Fehlern erfolgt in der CORBA-Umgebung durch Exceptions. Im CORBA-Standard sind eine Reihe von Standard-Exceptions definiert. Methoden können außerdem anwendungsspezifische Exceptions auslösen, was in IDL entsprechend definiert werden muß. Bei Attributzugriffsoperationen allerdings gilt dies nicht, da diese nicht explizit in der IDL-Schnittstellenbeschreibung definiert werden. Fehler, die beim Aufruf von Attributzugriffsfunktionen auftreten, können deshalb nur durch die CORBA-Standard-Exceptions beschrieben werden.
Aus Gründen der Transparenz müssen dem Manager SNMP-Fehlermeldungen in Form von Exceptions zurückgegeben werden. Außerdem sollen soviele SNMP-Errors wie möglich vom Gateway abgefangen werden. Dies betrifft vor allem protokollspezifische Fehlermeldungen. Beispielsweise muß der Fehler tooBig (SNMP-Message zu groß) vom Gateway behandelt werden, das ja die Verantwortung für korrekte SNMP-Message trägt.
Andere Fehler wiederum können durch die vorgenommene Abbildung der Informationsmodelle nicht mehr oder nur noch selten auftreten. So wird der SNMP-Fehler notWritable zurückgegeben, wenn versucht wird, auf ein Managed Object, das nur gelesen werden darf, schreibend zuzugreifen. Für ein derartiges Managed Object wird bei der ASN.1/IDL-Sprachabbildung ein Attribut mit dem Prädikat readonly definiert. Damit entfällt aber die implizite Definition einer set-Operation für dieses Attribut. Eine Managementanwendung kann also niemals schreibend auf dieses Attribut (und damit auf das entsprechende Managed Object) zugreifen.
Manche SNMP-Fehlermeldungen müssen aber auf CORBA-Standard-Exceptions abgebildet werden. So kann etwa bei dem SNMP-Fehler authorizationError die Exception NO_PERMISSION ausgelöst werden. SNMP-Fehler, für die es keine passende Exception gibt werden -- wie in [JID95] vorgeschlagen -- auf die Exception NO_IMPLEMENT abgebildet.