- dev - lists.frrouting.org

Invite to frrouting.slack.com please
by Gregorio Tomas Focaccio 14 Jan '18

14 Jan '18

Hi All, My name if Greg Focaccio. I am lead network engineer at https://cari.net and fiberalley.com in San Diego, CA I am excited about frr and want to get started working with it. Could I please have an invite to frrouting.slack.com so I can begin to participate? Preferred email would be this one: public.focaccio(a)gmail.com my full name is Greg Focaccio and phone number 619-534-1332. Thanks, Greg

2 1

New EVPN Code in Master
by Donald Sharp 13 Jan '18

13 Jan '18

All - EVPN control plane in FRR is now enhanced so that it supports both asymmetric and symmetric routing models. Prefix-based routing is also supported using EVPN type-5 routes. Also, with all routing models, L3 multi-tenancy is inherently supported I'd like to thank Mitesh for his hard work getting this done! thanks! donald

1 0

Release 3.0.3
by Donald Sharp 13 Jan '18

13 Jan '18

All - Release 3.0.3 has been spun up. Changes over version 3.0.2: Fixes for GCC 7.0 Always enable watchfrr on new installation (req for systemd operation) Add 'no password' command (with warning) Added Ubuntu 17.10 Package support in source (no binary packages built [yet]) https://github.com/FRRouting/frr/releases Thanks! donald

1 0

New Defects reported by Coverity Scan for freerangerouting/frr
by scan-admin＠coverity.com 12 Jan '18

12 Jan '18

Hi, Please find the latest report on new defect(s) introduced to freerangerouting/frr found with Coverity Scan. 2 new defect(s) introduced to freerangerouting/frr found with Coverity Scan. 1 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent build analyzed by Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 2 of 2 defect(s) ** CID 1463851: Null pointer dereferences (FORWARD_NULL) /bgpd/bgp_evpn.c: 395 in map_vrf_to_rt() ________________________________________________________________________________________________________ *** CID 1463851: Null pointer dereferences (FORWARD_NULL) /bgpd/bgp_evpn.c: 395 in map_vrf_to_rt() 389 memcpy(&eval_tmp, eval, ECOMMUNITY_SIZE); 390 if (!CHECK_FLAG(bgp_vrf->vrf_flags, 391 BGP_VRF_IMPORT_RT_CFGD)) 392 mask_ecom_global_admin(&eval_tmp, eval); 393 394 irt = lookup_vrf_import_rt(&eval_tmp); >>> CID 1463851: Null pointer dereferences (FORWARD_NULL) >>> Comparing "irt->vrfs" to null implies that "irt->vrfs" might be null. 395 if (irt && irt->vrfs) 396 if (is_vrf_present_in_irt_vrfs(irt->vrfs, bgp_vrf)) 397 /* Already mapped. */ 398 return; 399 400 if (!irt) { ** CID 1463850: Error handling issues (CHECKED_RETURN) /bgpd/bgp_evpn.c: 3808 in bgp_evpn_derive_auto_rd_for_vrf() ________________________________________________________________________________________________________ *** CID 1463850: Error handling issues (CHECKED_RETURN) /bgpd/bgp_evpn.c: 3808 in bgp_evpn_derive_auto_rd_for_vrf() 3802 { 3803 char buf[100]; 3804 3805 bgp->vrf_prd.family = AF_UNSPEC; 3806 bgp->vrf_prd.prefixlen = 64; 3807 sprintf(buf, "%s:%hu", inet_ntoa(bgp->router_id), bgp->vrf_rd_id); >>> CID 1463850: Error handling issues (CHECKED_RETURN) >>> Calling "str2prefix_rd" without checking return value (as is done elsewhere 14 out of 15 times). 3808 str2prefix_rd(buf, &bgp->vrf_prd); 3809 } 3810 3811 /* 3812 * Derive RD automatically for VNI using passed information - it 3813 * is of the form RouterId:unique-id-for-vni. ________________________________________________________________________________________________________ To view the defects in Coverity Scan visit, https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0… To manage Coverity Scan email notifications for "frr(a)lists.nox.tf", click https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0…

1 0

4.0 branch pull
by Donald Sharp 11 Jan '18

11 Jan '18

All - I intend to pull the 4.0 branch early next week. Now is the time for any last minute additions before we create it. Additionally I would like to create a 3.0.3 version with bug-fixes by the new years. So if you are missing anything or have a bug fix submitting it would be good. donald

5 14

New Defects reported by Coverity Scan for freerangerouting/frr
by scan-admin＠coverity.com 04 Jan '18

04 Jan '18

Hi, Please find the latest report on new defect(s) introduced to freerangerouting/frr found with Coverity Scan. 1 new defect(s) introduced to freerangerouting/frr found with Coverity Scan. 1 defect(s), reported by Coverity Scan earlier, were marked fixed in the recent build analyzed by Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 1 of 1 defect(s) ** CID 1463443: Null pointer dereferences (FORWARD_NULL) /bgpd/bgp_route_clippy.c: 111 in ipv6_bgp_network() ________________________________________________________________________________________________________ *** CID 1463443: Null pointer dereferences (FORWARD_NULL) /bgpd/bgp_route_clippy.c: 111 in ipv6_bgp_network() 105 int _i; 106 #if 1 /* anything that can fail? */ 107 unsigned _fail = 0, _failcnt = 0; 108 #endif 109 const char *no = NULL; 110 struct prefix_ipv6 prefix = { }; >>> CID 1463443: Null pointer dereferences (FORWARD_NULL) >>> Assigning: "prefix_str" = "NULL". 111 const char *prefix_str = NULL; 112 const char *map_name = NULL; 113 long label_index = 0; 114 const char *label_index_str = NULL; 115 116 for (_i = 0; _i < argc; _i++) { ________________________________________________________________________________________________________ To view the defects in Coverity Scan visit, https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0… To manage Coverity Scan email notifications for "frr(a)lists.nox.tf", click https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0…

1 0

Adding Python icinga/nagios plugin modules as their own repository in FRR?
by Donald Sharp 03 Jan '18

03 Jan '18

All - Patrick Velder is working on some python icinga/nagios plugin modules for status checking of BGP peers. I'd like to add to next weeks technical discussion how we as a community would like to support this type of work. Possibly bringing it in as it's own Repository under FRRouting. Patrick - Could you give us an example of how it would work/look like? thanks! donald

3 2

FRR3 and VPP router, Zebra FIB push to FPM
by Joe Botha 20 Dec '17

20 Dec '17

Hi! I'd like to use FRR and VPP together as a router. I'm planning to use Free Range Routing 3.0.2's bgpd and zebra as the control plane, and using zebra's FIB push feature to manage a VPP 17.10 control plane. I'm busy building a python app which acts as a forwarding plane manager (fpm) and listens for the netlink messages which zebra sends. I'll then add and remove routes in VPP with the VPP Python API. That's the current plan. I've looked into the Sandbox Router related links: https://wiki.fd.io/view/VPP_Sandbox/router https://github.com/FRRouting/frr/wiki/Alternate-forwarding-planes:-VPP https://lists.fd.io/pipermail/vpp-dev/2017-July/005828.html Some questions: Does the FPM plan above make sense, or is there an obvious easier way to do this? Should I be building the FPM to use Protobuf messages, rather than Netlink? Know of any other FPM projects for FRR and VPP I can look at? Seems ONOS does something similar in Java. Would I need the tap devices in the OS, as the VPP Sandbox router plugin uses? or, do I just add other "dummy" interfaces in the OS which match the IPs of the real DPDK interfaces? Does anybody know of a project that's connecting FRR3 and VPP 17.10, or similar new'ish versions, to end up with a bgp border router? -- Swimmingly, Joe www.swimgeek.com/blog +27 82 562 6167 instagram.com/joe.swimgeek "...all progress depends on the unreasonable man."

1 0

New Defects reported by Coverity Scan for freerangerouting/frr
by scan-admin＠coverity.com 19 Dec '17

19 Dec '17

Hi, Please find the latest report on new defect(s) introduced to freerangerouting/frr found with Coverity Scan. 1 new defect(s) introduced to freerangerouting/frr found with Coverity Scan. New defect(s) Reported-by: Coverity Scan Showing 1 of 1 defect(s) ** CID 1463076: Null pointer dereferences (FORWARD_NULL) /zebra/zebra_rib.c: 1474 in rib_process() ________________________________________________________________________________________________________ *** CID 1463076: Null pointer dereferences (FORWARD_NULL) /zebra/zebra_rib.c: 1474 in rib_process() 1468 if (IS_ZEBRA_DEBUG_RIB) 1469 srcdest_rnode2str(rn, buf, sizeof(buf)); 1470 1471 if (IS_ZEBRA_DEBUG_RIB_DETAILED) 1472 zlog_debug("%u:%s: Processing rn %p", vrf_id, buf, rn); 1473 >>> CID 1463076: Null pointer dereferences (FORWARD_NULL) >>> Dereferencing null pointer "dest". 1474 old_fib = dest->selected_fib; 1475 1476 RNODE_FOREACH_RE_SAFE (rn, re, next) { 1477 if (IS_ZEBRA_DEBUG_RIB_DETAILED) 1478 zlog_debug( 1479 "%u:%s: Examine re %p (type %d) status %x flags %x " ________________________________________________________________________________________________________ To view the defects in Coverity Scan visit, https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0… To manage Coverity Scan email notifications for "frr(a)lists.nox.tf", click https://u2389337.ct.sendgrid.net/wf/click?upn=08onrYu34A-2BWcWUl-2F-2BfV0V0…

1 0

Serious problem with snmp!
by Mostafa Salari 17 Dec '17

17 Dec '17

Hi 1. I installed net-snmp 5.7.3 on Ubuntu 1704 (but the following problem was observed on many versions of Ubuntu like 1604, 1404) 2. Then I configure FRR3 with *--enable-snmp=agentx* switch! As i think, this switch is necessary for the purpose of accessing routing MIBs which must be responsed by zebra. 3. Now, I make FRR and see the following error make[2]: Entering directory '/home/theuser/frr/FRR3' CLIPPY ospfd/ospf_vty_clippy.c CLIPPY lib/plist_clippy.c CC lib/lib_libfrrsnmp_la-agentx.lo CC lib/lib_libfrrsnmp_la-smux.lo CC lib/lib_libfrrsnmp_la-snmp.lo CCLD lib/libfrrsnmp.la /usr/bin/ld: /usr/local/lib/libnetsnmp.a(scapi.o): relocation R_X86_64_PC32 against symbol `usmHMACMD5AuthProtocol' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Bad value collect2: error: ld returned 1 exit status Makefile:2379: *recipe for target 'lib/libfrrsnmp.la <http://libfrrsnmp.la>' failed* make[2]: *** [lib/libfrrsnmp.la] Error 1 make[2]: Leaving directory '/home/theuser/frr/FRR3' Makefile:3194: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/home/theuser/frr/FRR3' Makefile:1867: recipe for target 'all' failed Note that: If net-snmp was not installed, there was no error when making FRR, BUT a similar error was raised when trying to make net-snmp after frr !!! If i disable --enable-snmp=agentx there is no error! But the system will not respond to snmp requests that ask for routing information.

1 0