Skip to content

BGP Large Communities not included in hash_id computation #13

Description

@netsmith2020

I noticed that although Large BGP Communities are indeed carried through the OpenBMP stack into the postgres database into the base_attrs table (large_community_list), the HASH (hash_id) does not update (is not recomputed) when just the large_community_list changes (i.e. the only BGP update that occurs is a change to large_community_list). I think this means that the openbmp/collector:2.2.3 is not including large_community_list in it's computation of the hash_id for base_attrs table.

The end result is that if a large-community is added to a route advertisement, and that's the only change to the route, then OpenBMP will still display the 'old' large_community_list. If some other BGP parameter is then changed later (like local-pref), then OpenBMP will display/store the correct/updated large_community, and the updated local-pref.

It seems maybe a patch would be needed to openbmp/collector:2.2.3 to fix this?

Let me know if anyone has any insight into this problem, and/or if it can be fixed.

Want to say thanks to the developer(s), this is a really cool BMP implementation.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions