Re: assumption about number of octets encoding PENs

It looks that we are far away from the 2**32-1 or 2**31-1 limit. 

My opinion is that we can postpone the discussion about how to extend
the space beyond 31 or 32 bits for the moment in time when we get
closer. 

In the meantime I would suggest that we document in draft-liang: 

1. The assumed limit and its reasons
2. The fact that although one of the popular uses is SMI, the PENs are
designed to be used by multiple protocols and DMLs
3. The recommendation for future protocols to allocate at least 31 bits
in fields derived from PEN
4. That Enterprise is not always Vendor

Regards,

Dan



> -----Original Message-----
> From: David Harrington [mailto:[email protected]]
> Sent: Thursday, May 24, 2012 10:17 AM
> To: Juergen Schoenwaelder; Randy Presuhn
> Cc: Romascanu, Dan (Dan); Mark Ellison; [email protected]; ops-
> [email protected]; Alan DeKok
> Subject: Re: [OPS-AREA] assumption about number of octets encoding
PENs
> 
> Currently at 39965.
> 
> --
> David Harrington
> Internet Engineering Task Force (IETF)
> [email protected]
> +1-603-828-1401
> 
> 
> 
> 
> 
> On 5/24/12 2:25 AM, "Juergen Schoenwaelder"
> <[email protected]> wrote:
> 
> > I think
> >documenting that the number space is de facto limited to 32 bits is a
> >good idea. Are we anywhere close to this limit? If not, I suggest to
> >postpone the discussion what to do if we run out of numbers.
> >
> >/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/>
>