| Age | Commit message (Collapse) | Author |
|
tests: Standardized Topotest PyTest Markers
|
|
The RFC 8212 changes keep being questioned. Update the documentation
a bit more to help the end user figure it out themselves?
At the very least I can just now quote the doc link for this section
when someone asks the question.
Signed-off-by: Donald Sharp <sharpd@nvidia.com>
|
|
Signed-off-by: David Schweizer <dschweizer@opensourcerouting.org>
|
|
ospf6d: Json support added for command "show ipv6 ospf6 database [json]"
|
|
Snmp test infra
|
|
Route map optimizations
|
|
Scripting
|
|
ospfd: Clear ip ospf process and clear ip ospf neighbor
|
|
Signed-off-by: Donald Sharp <sharpd@nvidia.com>
|
|
Modify code to add JSON format output in show command
"show ipv6 ospf6 database" with proper formating
Signed-off-by: Yash Ranjan <ranjany@vmware.com>
|
|
doc: fix several issues, remind about 'no' in cli index statements
|
|
BGP daemon listen for connections on multiple addresses
|
|
To run SNMP topotests some utilities and MIBs need to be
installed.
Signed-off-by: Pat Ruddy <pat@voltanet.io>
|
|
Fix a couple of sphinx source processing warnings.
Signed-off-by: Mark Stapp <mjs@voltanet.io>
|
|
Some missing doc files, add them.
Signed-off-by: Mark Stapp <mjs@voltanet.io>
|
|
Remind folks not to include the 'no' in cli doc index lines.
Signed-off-by: Mark Stapp <mjs@voltanet.io>
|
|
isisd, ldpd: add Remote LFA support
|
|
bgpd: BGP route-flap dampening profiles for peers and peer groups
|
|
Index based on the cli commands, not the possible 'no' form.
Signed-off-by: Mark Stapp <mjs@voltanet.io>
|
|
bgpd: Enhanced Route Refresh capability
|
|
Implement the below 2 CLIs to clear the current data in the process
and neighbor data structure.
1. clear ip ospf process
2. clear ip ospf neighbor
Signed-off-by: Mobashshera Rasool <mrasool@vmware.com>
|
|
The current securing BGP and resource certification reference links lead
to a page not found. This patch fixes that by pointing to their
corresponding PDF format resources.
Signed-off-by: Carlos Goncalves <cgoncalves@redhat.com>
|
|
Updated the documentation clarifying that multiple addresses can be
specifyed via -l option.
Signed-off-by: "Adriano Marto Reis" <adrianomarto@gmail.com>
|
|
Bgplu fixes
|
|
pimd : Added the command to clear the pim bsr data.
|
|
Signed-off-by: Renato Westphal <renato@opensourcerouting.org>
|
|
This command has been added in the context of
PIM BSM functionality. This command will clear the
data structs having bsr information.
Co-authored-by: Sarita Patra <saritap@vmware.com>
Signed-off-by: vishaldhingra <vdhingra@vmware.com>
|
|
Signed-off-by: Donatas Abraitis <donatas.abraitis@gmail.com>
|
|
Signed-off-by: Donatas Abraitis <donatas.abraitis@gmail.com>
|
|
ton31337/fix/bgpd_do_not_send_update_if_path_really_did_not_change
bgpd: Do not send BGP UPDATE if the route actually not changed
|
|
Lib: Add Link State Database
|
|
Define new models for Link State Database a.k.a TED
and functions to manipulate the new database as well as exchange Link State
information through ZAPI Opaque message.
Signed-off-by: Olivier Dugeon <olivier.dugeon@orange.com>
|
|
These commands allow the bgp labelpool lists and counts to be
viewed for debug purposes.
Signed-off-by: Pat Ruddy <pat@voltanet.io>
|
|
doc: Add BGP GR command for preserving forwarding state.
|
|
BGP GR command for preserving forwarding state command is
Added to the docs.
Signed-off-by: Biswajit Sadhu <biswajit.sadhu@gmail.com>
|
|
remove indent to fix
make[1]: Entering directory '/home/pat/git/frr'
SPHINX doc/user/_build/.doctrees/environment.pickle
/home/pat/git/frr/doc/user/bgp.rst:3477: WARNING: Explicit markup ends
without a blank line; unexpected unindent.
Signed-off-by: Pat Ruddy <pat@voltanet.io>
|
|
Add a new SR-TE policy management daemon and an optional PCEP module
|
|
This new dynamic module makes pathd behave as a PCC for dynamic candidate path
using the external library pcpelib https://github.com/volta-networks/pceplib .
The candidate paths defined as dynamic will trigger computation requests to the
configured PCE, and the PCE response will be used to update the policy.
It supports multiple PCE. The one with smaller precedence will be elected
as the master PCE, and only if the connection repeatedly fails, the PCC will
switch to another PCE.
Example of configuration:
segment-routing
traffic-eng
pcep
pce-config CONF
source-address ip 10.10.10.10
sr-draft07
!
pce PCE1
config CONF
address ip 1.1.1.1
!
pce PCE2
config CONF
address ip 2.2.2.2
!
pcc
peer PCE1 precedence 10
peer PCE2 precedence 20
!
!
!
!
Co-authored-by: Brady Johnson <brady@voltanet.io>
Co-authored-by: Emanuele Di Pascale <emanuele@voltanet.io>
Co-authored-by: GalaxyGorilla <sascha@netdef.org>
Co-authored-by: Javier Garcia <javier.garcia@voltanet.io>
Co-authored-by: Renato Westphal <renato@opensourcerouting.org>
Co-authored-by: Sebastien Merle <sebastien@netdef.org>
Signed-off-by: Sebastien Merle <sebastien@netdef.org>
|
|
This new daemon manages Segment-Routing Traffic-Engineering
(SR-TE) Policies and installs them into zebra. It provides
the usual yang support and vtysh commands to define or change
SR-TE Policies.
In a nutshell SR-TE Policies provide the possibility to steer
traffic through a (possibly dynamic) list of Segment Routing
segments to the endpoint of the policy. This list of segments
is part of a Candidate Path which again belongs to the SR-TE
Policy. SR-TE Policies are uniquely identified by their color
and endpoint. The color can be used to e.g. match BGP
communities on incoming traffic.
There can be multiple Candidate Paths for a single
policy, the active Candidate Path is chosen according to
certain conditions of which the most important is its
preference. Candidate Paths can be explicit (fixed list of
segments) or dynamic (list of segment comes from e.g. PCEP, see
below).
Configuration example:
segment-routing
traffic-eng
segment-list SL
index 10 mpls label 1111
index 20 mpls label 2222
!
policy color 4 endpoint 10.10.10.4
name POL4
binding-sid 104
candidate-path preference 100 name exp explicit segment-list SL
candidate-path preference 200 name dyn dynamic
!
!
!
There is an important connection between dynamic Candidate
Paths and the overall topic of Path Computation. Later on for
pathd a dynamic module will be introduced that is capable
of communicating via the PCEP protocol with a PCE (Path
Computation Element) which again is capable of calculating
paths according to its local TED (Traffic Engineering Database).
This dynamic module will be able to inject the mentioned
dynamic Candidate Paths into pathd based on calculated paths
from a PCE.
https://tools.ietf.org/html/draft-ietf-spring-segment-routing-policy-06
Co-authored-by: Sebastien Merle <sebastien@netdef.org>
Co-authored-by: Renato Westphal <renato@opensourcerouting.org>
Co-authored-by: GalaxyGorilla <sascha@netdef.org>
Co-authored-by: Emanuele Di Pascale <emanuele@voltanet.io>
Signed-off-by: Sebastien Merle <sebastien@netdef.org>
|
|
doc: Remove duplicate word
|
|
"FRR is currently currently implementing ..."
Signed-off-by: Miroslav Koškár <mk@mkoskar.com>
|
|
Signed-off-by: Donatas Abraitis <donatas.abraitis@gmail.com>
|
|
Document this silliness.
Signed-off-by: Donald Sharp <sharpd@nvidia.com>
|
|
Aspath to zebra
|
|
Update these two daemons to include the new
ability for both bgp and sharpd to send extra informational
data to zebra.
Signed-off-by: Donald Sharp <sharpd@nvidia.com>
|
|
Add doc about RR semantics for Linux Kernel and why it works
the way it does.
Signed-off-by: Donald Sharp <sharpd@nvidia.com>
|
|
Dump the cli history to the user in vtysh when a `show history`
command is entered.
Signed-off-by: Donald Sharp <sharpd@nvidia.com>
|
|
Signed-off-by: Javier Garcia <rampxxxx@gmail.com>
|
|
bgpd: RFC 4271 optional session attribute DelayOpenTimer
|
|
bfdd: distributed BFD
|