[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RRG] Renumbering...
- To: Dino Farinacci <dino@cisco.com>
- Subject: Re: [RRG] Renumbering...
- From: Peter Sherbin <pesherb@yahoo.com>
- Date: Thu, 21 Aug 2008 11:50:12 -0700 (PDT)
- Cc: rrg@psg.com, tony.li@tony.li
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=EKjWXRvuwxFUJm6t2/6DjmU+yaaUu7wyjQZA3siGOzv7XnJLfT27d4FlM+o6xmVPC8G3rTPk9vxaw1yOTnze0WkhFFvybSHy+6ThBAP/rhtpIruhKM+ZoIziVF0Fyti3/u9+DsAtoV9fExoM75xcmK9el6w3LAAzX/FkmXTVmf0=;
- In-reply-to: <5AFF212E-5EE0-46A8-920A-176AE6ABBB5D@cisco.com>
- Reply-to: pesherb@yahoo.com
> If you have variable length IDs,
Just to clarify: I did not mean to suggest variable length ID. Any length means not strictly 64 and determined by the prefix. E.g. if the earth's hierarchy will be based on 32-bits prefix, than by default all IDs will have 92 bits.
--- On Thu, 8/21/08, Dino Farinacci <dino@cisco.com> wrote:
> From: Dino Farinacci <dino@cisco.com>
> Subject: Re: [RRG] Renumbering...
> To: pesherb@yahoo.com
> Cc: rrg@psg.com, tony.li@tony.li
> Date: Thursday, August 21, 2008, 12:04 PM
> >> Why is this useful for the unnecessary complication
> of the
> >> flexibility?
> >
> > For example it allows users flexibility in managing
> their IDs;
> > decide what to expose externally vs. internally;
> create applications
> > utilizing the vast pool of permanent unique
> identifiers; change
> > providers, etc.
>
> You are going to hear over and over again that users
> don't want to
> manage anything.
>
> Regarding unique IDs, they should be able to assume the IDs
> are unique
> because underlying layers take care of it for them.
>
> Regarding changing providers, with a decent Loc/ID split
> solution, IDs
> don't have to change when you change service providers.
>
> >> I would think that net admins don't want users
> to have
> >> this flexibility and why would they care?
> >
> > Need a definition of the user, e.g. a large enterprise
> is an end
> > user to SP. The enterprise may want the above
> flexibility. SP on
> > their side would focus on capacity and traffic.
>
> If you have variable length IDs, then remote sites will
> have to
> capable of parsing the different lengths.
>
> I don't think it's a good idea. We have enough fish
> to fry and this
> flexibility is not really providing any real value.
>
> Dino
>
> >
> >
> >
> > --- On Wed, 8/20/08, Dino Farinacci
> <dino@cisco.com> wrote:
> >
> >> From: Dino Farinacci <dino@cisco.com>
> >> Subject: Re: [RRG] Renumbering...
> >> To: pesherb@yahoo.com
> >> Cc: rrg@psg.com, tony.li@tony.li
> >> Date: Wednesday, August 20, 2008, 6:18 PM
> >>> ILNP specifically calls for 64-bits ID for a
> node. What
> >> I was
> >>> suggesting is a range that can be any (64, 86,
> etc)
> >> based on the set
> >>> prefix length.
> >>> Also end users can put that ID anywhere they
> see fit:
> >> node,
> >>> interface, port, application etc. If necessary
> it will
> >> be an
> >>> architectural decision to recommend where
> exactly to
> >> put the ID.
> >>
> >> Why is this useful for the unnecessary
> complication of the
> >> flexibility?
> >>
> >> I would think that net admins don't want users
> to have
> >> this
> >> flexibility and why would they care?
> >>
> >> Dino
> >>
> >>
> >> --
> >> to unsubscribe send a message to
> rrg-request@psg.com with
> >> the
> >> word 'unsubscribe' in a single line as the
> message
> >> text body.
> >> archive: <http://psg.com/lists/rrg/> &
> >> ftp://psg.com/pub/lists/rrg
> >
> >
> >
>
>
> --
> to unsubscribe send a message to rrg-request@psg.com with
> the
> word 'unsubscribe' in a single line as the message
> text body.
> archive: <http://psg.com/lists/rrg/> &
> ftp://psg.com/pub/lists/rrg
--
to unsubscribe send a message to rrg-request@psg.com with the
word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/rrg/> & ftp://psg.com/pub/lists/rrg