[ixpmanager] some questions re: IXP 5

[Athanasios Douitsis]

On Wed, Oct 30, 2019 at 03:32:16PM +0200, Athanasios Douitsis wrote:

> On Wed, Oct 30, 2019 at 08:50:15AM +0000, Barry O'Donovan wrote:
> 
> > Hi,
> 
> Hi,
> 
> > 
> > Athanasios Douitsis wrote on 29/10/2019 12:48:
> > > - We have setup the latest BirdsEye in our route servers and have
> > >    successfully integrated with a test 5.2 installation. The looking
> > >    glass in our 5.2 installation detects prefixes that are being
> > >    filtered, by examining their BGP large community. All good as far as
> > >    we can tell. However, when we look at the "filtered prefixes" tab in
> > >    any member's page, we see no filtered prefixes. Can we inquire as to
> > >    which exactly is the interdependency between what is seen in the
> > >    looking glass and what is seen in the per-member "filtered prefixes"
> > >    tab? How do we get to see (if possible) the filtered prefixes in the
> > >    tab?
> > 
> > Have a look at the documentation here:
> > 
> > https://docs.ixpmanager.org/features/route-servers/#displaying-filtered-prefixes
> > 
> > 
> > and this issue:
> > 
> > https://github.com/inex/IXP-Manager/issues/575
> > 
> > and let us know if that doesn't answer your question. I'll revisit the
> > documentation to try and incorporate the additional information in the
> > issue.
> 
> Yes, thank you.

As regards the above problem, I've been able to find the problem, but I
had to read the code. The problem is in

app/Jobs/FetchFilteredPrefixesForCustomer.php

where, in line 116, the form of the name of the protocol is hardcoded to
what INEX uses. Naturally, in GR-IX we use different names (indeed our
entire Bird configuration is considerably different than the example in
IXP Manager), so the request that was going out to the route server was
rubbish. Worse still, some form of caching may be involved, which I have
been able to circumvent by invoking the artisan router:filtered-prefixes
command via the cli.

Anyway, since there is no configuration facility to affect what
FetchFilteredPrefixesForCustomer uses as the protocol name, we will have
to manually introduce a patch to the IXP 5 code. That's the ugly part.
But at least we now know what was wrong.

Kind regards,
Athanasios




> 
> > 
> > > - Does the update-l2database.pl script still stand as the way to fill in
> > >    the dynamic mac addresses in the macaddresses table?  The
> > >    https://docs.ixpmanager.org/usage/switches/#automated-polling-snmp-updates
> > > 
> > >    and the https://docs.ixpmanager.org/features/cronjobs/ pages do not
> > >    mention it, but https://docs.ixpmanager.org/features/layer2-addresses/
> > >    does mention it. Running it periodically certainly does not cause
> > >    trouble.
> > 
> > Yes, it still stands.
> 
> Lovely, many thanks.
> 
> > 
> > > - Going from 4.8 to 5.2 using the artisan subcommands to bring the
> > >    database up to date, does not create the telescope-related tables.
> > >    What is the recommended way to create them?
> > 
> > I'll have to look at that and get back to you.
> 
> Thank you.
> 
> > 
> > > - Likewise, how is the cache table (if one chooses to use a database
> > >    cache instead of files or memcached) supposed to be created and
> > >    initialized?
> > 
> > It's not supported right now. We've never used or tried it.
> 
> Indeed? I enabled the database driver yesterday and it seems to be
> working. Are you saying we shouldn't use that driver? Which drivers are
> supported?
> 
> 
> > 
> > > - This is a trifling matter, but the field last_updated in the routers
> > >    table will be left NULL if going from 4.8 to 5.2, which will cause a
> > >    5xx error in the application. We are not sure this is mentioned
> > >    explicitly in any documentation page.
> > 
> > I'll also check this and get back to you.
> 
> Thank you.
> 
> Kind regards,
> Athanasios
> 
> > 
> >    - Barry
> > 
> > 
> > > 
> > > If any of the above has been asked again, my apologies for the
> > > duplicate. Any help with any item will be highly appreciated.
> > > 
> > > Kind regards,
> > > 
> > 
> > 
> > -- 
> > 
> > Kind regards,
> > Barry O'Donovan
> > INEX Operations
> > 
> > https://www.inex.ie/support/
> > +353 1 531 3339
> > 
> > 
> 
> -- 
> Athanasios Douitsis
> National Technical University of Athens NOC
> e: aduitsis at noc.ntua.gr | t: +302107722409
> _______________________________________________
> INEX IXP Manager mailing list
> ixpmanager at inex.ie
> Unsubscribe or change options here: https://www.inex.ie/mailman/listinfo/ixpmanager
> 

-- 
Athanasios Douitsis
National Technical University of Athens NOC
e: aduitsis at noc.ntua.gr | t: +302107722409