[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MIB-DOCTORS] [OPS-DIR]http://www.ietf.org/internet-drafts/draft-ietf-ippm-storetr aceroutes-10.txtand RFC 4560
- To: David Harrington <ietfdbh at comcast.net>
- Subject: Re: [MIB-DOCTORS] [OPS-DIR]http://www.ietf.org/internet-drafts/draft-ietf-ippm-storetr aceroutes-10.txtand RFC 4560
- From: Juergen Schoenwaelder <j.schoenwaelder at jacobs-university.de>
- Date: Tue, 12 Aug 2008 07:30:49 +0200
- Cc: ops-dir at ietf.org, 'Juergen Quittek' <Quittek at nw.neclab.eu>, "'MIB Doctors \(E-mail\)'" <mib-doctors at ietf.org>, Randy_Presuhn at mindspring.com, wkenneth at us.ibm.com
- Delivered-to: ietfarch-mib-doctors-web-archive at core3.amsl.com
- Delivered-to: mib-doctors at core3.amsl.com
- In-reply-to: <04a801c8fbc2$0745eef0$0600a8c0@china.huawei.com>
- List-archive: <http://www.ietf.org/pipermail/mib-doctors>
- List-help: <mailto:mib-doctors-request@ietf.org?subject=help>
- List-id: MIB Doctors list <mib-doctors.ietf.org>
- List-post: <mailto:mib-doctors@ietf.org>
- List-subscribe: <https://www.ietf.org/mailman/listinfo/mib-doctors>, <mailto:mib-doctors-request@ietf.org?subject=subscribe>
- List-unsubscribe: <https://www.ietf.org/mailman/listinfo/mib-doctors>, <mailto:mib-doctors-request@ietf.org?subject=unsubscribe>
- Mail-followup-to: David Harrington <ietfdbh at comcast.net>, "'Romascanu, Dan (Dan)'" <dromasca at avaya.com>, 'Juergen Quittek' <Quittek at nw.neclab.eu>, wkenneth at us.ibm.com, Randy_Presuhn at mindspring.com, "'MIB Doctors (E-mail)'" <mib-doctors at ietf.org>, ops-dir at ietf.org
- References: <EDC652A26FB23C4EB6384A4584434A04E8ECF4@307622ANEX5.global.avaya.com> <04a801c8fbc2$0745eef0$0600a8c0@china.huawei.com>
- Reply-to: j.schoenwaelder at jacobs-university.de
- Sender: mib-doctors-bounces at ietf.org
- User-agent: Mutt/1.5.18 (2008-05-17)
On Mon, Aug 11, 2008 at 10:53:31AM -0400, David Harrington wrote:
> I recommend the module defined in this document be given a unique name
> (e.g., ippm), and the datatypes defined in this module be named using
> a prefix derived from the module name, so the ippmInetAddress does not
> conflict with the yangInetAddress or the xsdmiInetAddress and so on,
> and neither definition is confused with the existing standard
> InetAddress datatype from the INET-ADDRESS-MIB.
The XML module has a namespace and a prefix for the namespace. Is
that not sufficient?
/js
--
Juergen Schoenwaelder Jacobs University Bremen gGmbH
Phone: +49 421 200 3587 Campus Ring 1, 28759 Bremen, Germany
Fax: +49 421 200 3103 <http://www.jacobs-university.de/>
_______________________________________________
MIB-DOCTORS mailing list
MIB-DOCTORS at ietf.org
https://www.ietf.org/mailman/listinfo/mib-doctors