Re: [Idr] draft-walton-bgp-hostname-capability-00

Curtis,

 But what would you know... :)  Good to see you, its been a while, hope all
is well.

-jim

On Sat, May 16, 2015 at 8:50 PM, Curtis Villamizar <curtis@ipv6.occnc.com>
wrote:

> In message <
> CABg5FUVTSJNF2NOeN1m9ESUzQo3HVNu-fut5PTuHZ+LTigD4eQ@mail.gmail.com>
> Dinesh Dutt writes:
>
> > Hi John,
> >
> > On Sat, May 16, 2015 at 9:37 AM, John Heasley <heas@shrubbery.net>
> wrote:
> >
> > > Am 16.05.2015 um 11:59 schrieb Thomas Mangin <
> > > thomas.mangin@exa-networks.co.uk>:
> > > >
> > > > I would rather see this totally harmless draft (as vendors can
> decide to
> > > ignore it without consequences) progress than seeing Cumulus assigning
> a
> > > capability number for it and later find that we have like multisession
> two
> > > different code for the same feature :p
> > >
> > > Or just keep track of your peering info in a database ... With contact
> > > info, business relationship, etc.  this is not a bgp problem, IMO.
> Its a
> > > CRM and NMS problem.
> > >
> >
> > In the data center, you've met the other side, and its you. I don't
> think I
> > said that carrying the hostname was a BGP problem. We see it as a way to
> > simplify operations in the DC, by supplementing numbers with names,
> >
> > Dinesh
>
>
> Pardon my ignorance of BGP, but wouldn't a check of the router-id
> resolve that issue.  You know that non-routable 4 bit thing that is
> unique and isn't an address (but somehow manages to fall within an
> assigned IPv4 prefix) that has been in BGP for a while.
>
> Look up the router-id maybe?  And yes peering info in a database has
> been successfully tried before.  If you need peering info, why is FQDN
> any easier to use to look it up than router-id?
>
> Isn't there something in DNS to map an address to FQDN?  Maybe you
> could use that.  I think some people have successfully used that too.
>
> Never ran a DC but I always thought that if you brought up a peering
> and "it was you" your network was in rather bad shape to start with.
>
> :-)
>
> Curtis
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>