Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

handle other route types #12

Open
grizz opened this issue May 2, 2017 · 1 comment
Open

handle other route types #12

grizz opened this issue May 2, 2017 · 1 comment

Comments

@grizz
Copy link
Member

grizz commented May 2, 2017

Currently only does BGP, should support everything

@mkomon
Copy link
Collaborator

mkomon commented Jan 30, 2023

Other route sources are vaguely supported but protocols other than BGP (well, that will be mostly OSPF) could get some additional attributes parsed, such as metric, metric type, advertising router, route type (inter/intra area, sumary) etc. Below is what pybird parses for routes from different protocols:

# BGP
{'origin': 'IGP', 'as_path': '1234 5678', 'next_hop': '198.51.100.1', 'local_pref': '100', 'community': '1299:20000 30962:1299', 'prefix': '192.0.2.0/24', 'peer': '198.51.100.1', 'interface': None, 'source': 'ff4', 'time': '19:56:31.328'}

# OSPF
{'prefix': '198.51.100.0/24', 'peer': None, 'interface': None, 'source': 'ospf1', 'time': '12:40:33.797'}

In addition, pybird could provide information about routing neighbors. It is a design decision made in BIRD that only one peer is allowed per BGP instance which creates this "protocol instance = peer" mapping. Other routing protocols in BIRD (OSPF RIP) can have multiple dynamic neighbors per protocol which would have to be handled differently in pybird.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants