I agree with your reasoning. The URL type 'ipp-snmp:' was just
Note that SNMP notifications (in SNMPv2 and SNMPv3) may be delivered
either by a Trap (unacknowledged) or an Inform-Request (which should
be acknowledged by the receiver with an Inform-Response). The choice
of Trap versus Inform is up to the subscriber. I suggest that a better
scheme name might be 'snmp-notify:' (since ASN.1 definitions in MIBs
use the 'NOTIFICATION-TYPE' macro).
Assuming there is no other objection to beginning the inquiry
and registration process from another IPP WG member, would you
please initiate the inquiry to the SNMP mailing list? I'll be
happy to work with you, Ron, on phrasing the background for our
- Ira McDonald (outside consultant at Sharp)
High North Inc
360-834-8744 (work at Sharp w/ voice mail)
From: Ron Bergman [mailto:rbergma at hitachi-hkis.com]
Sent: Monday, December 13, 1999 8:25 AM
To: Ira McDonald; ipp at pwg.org
Subject: IPP> Notifications Over SNMP Traps
In the October meeting I suggested that the URL for SNMP notifications
be something more generic, such as "snmp-trap:". I do not see any reason
for this URL to be specific to IPP Notifications.
In checking the IANA registry, there are no 'snmp-?' URLs registered.
We probably will have to request this registration. We also should
send a message to the SNMP mail list to see if there is another working
group that has this request in process or if there are any objections.
I will start this process unless there is anyone in the IPP group that
a concern regarding the URL name or my recommended procedure.
Hitachi Koki Imaging Solutions