summaryrefslogtreecommitdiffstats
path: root/sharpd/sharp_globals.h (follow)
Commit message (Collapse)AuthorAgeFilesLines
* *: auto-convert to SPDX License IDsDavid Lamparter2023-02-091-16/+1
| | | | | | Done with a combination of regex'ing and banging my head against a wall. Signed-off-by: David Lamparter <equinox@opensourcerouting.org>
* sharpd: support create/delete srv6-locator (step2)Hiroki Shirokura2021-06-021-0/+13
| | | | Signed-off-by: Hiroki Shirokura <slank.dev@gmail.com>
* sharpd: install_routes_helper support ZAPI_ROUTE flags (step1)Hiroki Shirokura2021-06-021-0/+3
| | | | | | | | | | | | current route addition mechanism on shaprd support only ipv4/v6 nexthop routes simply. so It doesn't need to ensure flags of zapi_routes. Then when we want to configure more complicated routing feature (like a srv6), we will want to control flags of zapi_route. In this patch, it will supports to configure flags of zapi_route when sharpd calls ZEBRA_ROUTE_ADD. Signed-off-by: Hiroki Shirokura <slank.dev@gmail.com>
* sharpd: Add Traffic Engineering Database (TED)Olivier Dugeon2021-03-231-0/+3
| | | | | | | | | | | Add new feature and commands to sharpd in order to collect Traffic Engineering Database information from an IGP (OSPF or IS-IS) though the ZAPI Opaque Message and the support of the Link State Library. This feature serves as an example of how to code a Traffic Engineering Database consumer and tests the mechanism. Signed-off-by: Olivier Dugeon <olivier.dugeon@orange.com>
* *: require semicolon after DEFINE_MTYPE & coDavid Lamparter2021-03-171-1/+1
| | | | | | | | | | | | | | | | | Back when I put this together in 2015, ISO C11 was still reasonably new and we couldn't require it just yet. Without ISO C11, there is no "good" way (only bad hacks) to require a semicolon after a macro that ends with a function definition. And if you added one anyway, you'd get "spurious semicolon" warnings on some compilers... With C11, `_Static_assert()` at the end of a macro will make it so that the semicolon is properly required, consumed, and not warned about. Consistently requiring semicolons after "file-level" macros matches Linux kernel coding style and helps some editors against mis-syntax'ing these macros. Signed-off-by: David Lamparter <equinox@diac24.net>
* sharpd, zebra: Pass and display opaque data as PoCDonald Sharp2020-12-081-0/+2
| | | | | | | Pass data from sharpd to zebra as opaque data and display it as part of the detailed route data. Signed-off-by: Donald Sharp <sharpd@nvidia.com>
* sharpd: add abilty to send a nhg to zebraDonald Sharp2020-09-281-0/+1
| | | | | | | Modify the sharpd program to have the ability to pass down a NHG and then operate on it for route installation. Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
* sharpd: support backup nexthopsMark Stapp2020-03-271-1/+3
| | | | | | Add cli and zapi support for backup nexthops for sharpd routes. Signed-off-by: Mark Stapp <mjs@voltanet.io>
* sharpd: Setup route installation to be able to select vrf to useDonald Sharp2019-03-011-0/+1
| | | | | | | | Modify the sharp code to allow for vrf route installation. At this point in time the code is nascent. Future commits will turn on this behavior. Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
* sharpd: Add 'sharp data nexthop' data dumpDonald Sharp2019-02-071-0/+5
| | | | | | | Add some basic data dumping about what we have watched from the vty/vtysh cli for nexthops. Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
* sharpd: Add 'sharp data route" dump commandDonald Sharp2019-02-071-0/+1
| | | | | | | | When you are using the install/remove routes command, the output goes to a log file. This command allows for ease of dump of timing information from the vty or vtysh. Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
* sharpd: Move route global variables into the global data structureDonald Sharp2019-02-071-0/+21
| | | | | | Clean up the route global variables into a global data structure. Signed-off-by: Donald Sharp <sharpd@cumulusnetworks.com>
* sharpd: Add start of global data structuresDonald Sharp2019-02-071-0/+28
We have a bit of a mess with globals in the sharp daemon. Let's start formalizing it a bit. Future commits will take advantage of this, as that we need to have the ability to start dumping stats about commands we have issued. These changes will be useful for debugging and understanding what is going on. Signed-off-by: Donald sharp <sharpd@cumulusnetworks.com>