Re: [MIB-DOCTORS] InetAddress SIZE rules.

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Mon, 08 May 2017 14:38 UTC

Date: Mon, 8 May 2017 16:38:01 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: "Bert Wijnen (IETF)" <bertietf@bwijnen.net>
Cc: MIB Doctors <mib-doctors@ietf.org>
Message-ID: <20170508143801.GB12134@elstar.local>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: "Bert Wijnen (IETF)" <bertietf@bwijnen.net>, MIB Doctors <mib-doctors@ietf.org>
References: <6ca4ae08-fa9b-60d8-436b-61515a739f57@bwijnen.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <6ca4ae08-fa9b-60d8-436b-61515a739f57@bwijnen.net>
User-Agent: Mutt/1.6.0 (2016-04-01)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mib-doctors/WuJIQvBIHYvtup-YzP_ddTs7W5A>
Subject: Re: [MIB-DOCTORS] InetAddress SIZE rules.
Precedence: list

On Mon, May 08, 2017 at 04:02:12PM +0200, Bert Wijnen (IETF) wrote:
> In https://tools.ietf.org/html/draft-ietf-softwire-map-mib-07
> I see:
> 
>    mapRuleIPv6Prefix OBJECT-TYPE
>           SYNTAX     InetAddress(SIZE (0..16))
>           MAX-ACCESS read-only
>           STATUS     current
>           DESCRIPTION
>              "The IPv6 prefix defined in mapping rule which will be
>               assigned to CE. The address type is given by
>               mapRuleIPv6PrefixType."
>           ::= { mapRuleEntry 3 }
> 
> 
> mmmmm, when the InetAddressType is ipv6(2), then my understanding of RFC4001
> is that the SIZE for the InetAddress MUST be 16. Maybe Juergen can chime in here?
> 
> Juergen (or anyone else) can you confirm if my understanding is correct?
>

It seems the objects in question are always representing IPv6
prefixes, that is, mapRuleIPv6PrefixType is essentially a constant as
if it were subtyped to only include the value ipv6(2). The question is
whether using the triple (InetAddressType, InetAddress,
InetAddressPrefixLength) is really useful and the suggested way of
doing things. This must have come up before but I think I garbage
collected this part of my memory. Using the triple is good for generic
tools, exchanging constants on the other hand is also not very
efficient.

Right now, I would say that InetAddress(SIZE (0..16)) is consistent
with InetAddressType, i.e., the machine readable information says this
is a generic Internet address. The other alternative would be to use
InetAddressType { ipv6(2) } and InetAddress(SIZE (16)) and then both
together indicate to tools that this is by no means a generic Internet
address. Doing a mixture of both seems inconsistent - but on the wire
you will anyway get InetAddressType { ipv6(2) } and InetAddress(SIZE
(16)).

Sorry for not providing a clear answer.

/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] InetAddress SIZE rules. Bert Wijnen (IETF)
Re: [MIB-DOCTORS] InetAddress SIZE rules. Juergen Schoenwaelder
Re: [MIB-DOCTORS] InetAddress SIZE rules. Bert Wijnen (IETF)