search for: frr

Hello, I'm not seeing free range routing (frr) packages for CentOS 8. The RHEL8 docs say frr is the replacement for quagga. https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_and_managing_networking/setting-your-routing-protocols_configuring-and-managing-networking What am i missing? Cheers, Dan

Yeah, as denoted by the "8" in the URL. Thanks for your ever so helpful response! On Tue, Nov 12, 2019 at 4:43 PM Simon Matter via CentOS <centos at centos.org> wrote: > > Hello, > > > > I'm not seeing free range routing (frr) packages for CentOS 8. > > > > The RHEL8 docs say frr is the replacement for quagga. > > > > > https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_and_managing_networking/setting-your-routing-protocols_configuring-and-managing-networ...

> Hello, > > I'm not seeing free range routing (frr) packages for CentOS 8. > > The RHEL8 docs say frr is the replacement for quagga. > > https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_and_managing_networking/setting-your-routing-protocols_configuring-and-managing-networking > > What am i...

...st with some things like Free Range Routing, > > Although there might be spurious warning (which is a check for sanity > more than an error) while slave interface is up, slave rename had been > handled quite well there, no matter which state slave is at. > > https://github.com/FRRouting/frr/blob/master/zebra/if_netlink.c#L97 > > The FRR users are supposed to operate on failover master interface > anyway. No one is expected to configure those passive interfaces for > routing. > >> VPP > Nothing particular was seen for this one. The netlink usage th...

...me an error: /usr/libexec/ld-elf.so.1: /usr/X11R6/lib/libfontconfig.so.1: Undefined symbol "FT_Get_BDF_Property" when it tries to build the cache for non bitmapped fonts. I have: 1. updated my CVS ports tree 2. rebuilt fontconfig, freetype, expat and Xft using portupgrade (portupgrade -frR ) 3. rebuilt my all (portupgrade -afr) and fc-cache still chokes. XFree86-clients, XFree86-fontScalable and several other ports also fail to build with the same error. There is only one copy of libfontconfig.so.1 in ldconfig -r. I'm sure that there is something really obvious, but ... Tha...

Hello, I am trying to use adaptIntegrate function but I need to pass on a few additional parameters to the integrand. However, this function seems not to have the flexibility of passing on such additional parameters. Am I missing something or this is a known limitation. Is there a good alternative to such restrictions, if there at all are? Many thanks for your time. HC -- View this message in

...ient { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } } dict { } plugin { } My main.cf myhostname = smtp.XXX.FR alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = XXX.FR mydestination = XXX.FR, smtp.XXX.FR, localhost.XXX.FRr, localhost relayhost = mynetworks = 172.16.0.0/12 127.0.0.0/8 mailbox_size_limit = 0 inet_interfaces = all virtual_uid_maps = static:3000 virtual_gid_maps = static:3000 virtual_mailbox_base = /home/smtp virtual_transport = dovecot virtual_mailbox_domains = mysql:/etc/postfix/ mysql_virtual_mailbox_...

...anything and everything on all ports (except the ingress port) *regardles* of any permanent FDB entries (such as the MAC addresses of interfaces acting as bridge ports)? For context, I'm using a network-namespace (container) based simulator (think GNS3 or CORE), which allow me to run multiple FRR instances in their own dedicated netns, connected together by veth pairs and bridges. To bridge this simulation outside the machine hosting it, the simulators allow host machine interfaces to be bridged to bridges and veth pairs that belong to the simulation, e.g.: -----------------------------...

...Thanks for the great package! Lupe Christoph -- | lupe at lupe-christoph.de | http://free.prohosting.com/~lupe | | "jryy vg ybbxf yvxr gur l2x oht qvqa'g erne vg'f htyl urnq." "lrc. gur | | qbbzfnlref unir orra cebira jebat lrg ntnva." .... "qvq lbh frr gung | | gbb?" "ubhfgba. jr unir n ceboyrz." User Friendly 2000-01-01 |

On Wed, Apr 03, 2019 at 12:52:47AM -0400, Si-Wei Liu wrote: > When a netdev appears through hot plug then gets enslaved by a failover > master that is already up and running, the slave will be opened > right away after getting enslaved. Today there's a race that userspace > (udev) may fail to rename the slave if the kernel (net_failover) > opens the slave earlier than when the

On Wed, Apr 03, 2019 at 12:52:47AM -0400, Si-Wei Liu wrote: > When a netdev appears through hot plug then gets enslaved by a failover > master that is already up and running, the slave will be opened > right away after getting enslaved. Today there's a race that userspace > (udev) may fail to rename the slave if the kernel (net_failover) > opens the slave earlier than when the

https://bugzilla.netfilter.org/show_bug.cgi?id=1451 Bug ID: 1451 Summary: nft add element fails when preceded by nft get element or nft delete element commands Product: nftables Version: unspecified Hardware: x86_64 OS: Ubuntu Status: NEW Severity: blocker Priority: P5

...r L3. When a host sends a BUM packet over ES1 to VTEP1, the VTEP will flood it to other VTEPs in the network, including those connected to the host over ES1. The receiving VTEPs must drop the packet and not forward it back to the host. This is called "split-horizon filtering" (SPH) [1]. FRR configures SPH filtering using two tc filters. The first, an ingress filter that matches on packets received from VTEP1 and marks them using a fwmark (firewall mark). The second, an egress filter configured on the LAG interface connected to the host that matches on the fwmark and drops the packets....

...r L3. When a host sends a BUM packet over ES1 to VTEP1, the VTEP will flood it to other VTEPs in the network, including those connected to the host over ES1. The receiving VTEPs must drop the packet and not forward it back to the host. This is called "split-horizon filtering" (SPH) [1]. FRR configures SPH filtering using two tc filters. The first, an ingress filter that matches on packets received from VTEP1 and marks them using a fwmark (firewall mark). The second, an egress filter configured on the LAG interface connected to the host that matches on the fwmark and drops the packets....