)]}' { "log": [ { "commit": "d869dbd03b4d75d512552d07ed8fbe0807272a9c", "tree": "2ade0de7288c4dd3fc68232708346881fd1a59fa", "parents": [ "9da9a61e2f8afb61aa31c17fb810169290bf96ee" ], "author": { "name": "Udaya Shankara KS", "email": "shankara.k.s.u@gmail.com", "time": "Thu Feb 11 21:42:29 2016 +0530" }, "committer": { "name": "Paul Jakma", "email": "paul@quagga.net", "time": "Wed Jul 20 12:58:32 2016 +0100" }, "message": "zebra: Enable fpm module to connect to remote fpm server\n\nFPM aims to provide cross platform mechanism to support the scenario\nwhere the router has forwarding path distinct fromt the kernel.Commonly\nHardware based fast path.Hence it is non-configurable paramter.This\nlimits us to use funcationality to update FIB information to remote\nhosts, like SDN controller.\n\nThis implementation provides the CLI to configure remote hosts and port\ninformation of remote fpm controller.Otherwise default fpm server will\nbe localhost and default fpm port will be well know port 2620.\n\n* zebra_fpm.c: added fpm_server paramter to zfpm_global_t handler.\n Implemented CLI for configuring the fpm server and no fpm\n command to revert back to default configuration.\n\n* zserv.c: Install zebra node to write fpm configuration info\n on console/config file.\n\nFurther documentation supplied:\n-------------------------------\n\n ZEBRA : CLI CONFIGURATION FOR FPM MODULE\n \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\n1. INTRODUCTION\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n 1.1 scope\n\n This memo discusses the configuration option for zebra to update\n FIB information to local and remote modules.\n This will also helps to address the issue associated with CORD project.\n https://jira.onosproject.org/browse/CORD-411\n\n2. REFERENCE\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n Quagga version 99.24+ ( main branch committed on 29-sep-2015)\n\n3. PROBLEM DESCRIPTION\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\n Once FPM is enabled, Quagga periodically tries to initiate fpm\nconnection to localhost:2620. These values are non configurable in\nexisting implementation. There is no CLI available to configure\n\"host:port\". hence limits us to use it for hardware based fast path\nmodules only.\n\n4. PROPOSED CHANGES\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nFollowing changes are done to the quagga code\n a) Added new CLI to configure \"host address : port\".\n The CLI format\n \u003cconf t\u003e\n $ fpm connection ip \u003cipv4 address\u003e port \u003ctcp port num\u003e\n\n and no fpm command to revert back to default\n \u003cconf t\u003e\n $ no fpm connection ip \u003cipv4 address\u003e port \u003ctcp port num\u003e\n\n b) Allowed values are ipv4 address and tcp port range \u003c1-65535\u003e\n\n c) FPM initialization code has been enhanced to pick the \"host\n address : port\" values from zebra.conf. if not found then\n default values as localhost:2620 will be used. and updated the\n information on to config file on write config command\n\n5. FILES MODIFIED\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n 1) fpm/fpm.h :\n a) Added MACRO to represent network order loopback ip\n\n 2) zebra/zebra_fpm.h :\n\n a) introduced fpm_server variable in zfpm_glob_t handler to hold\n the remote fpm server address\n\n b) Hooked \u0027fpm_remote_ip_cmd\u0027 and \u0027no_fpm_remote_ip_cmd\u0027 at CONFIG\n node to configure remote fpm detail and to revert back to\n default respectively\n\n 3) zebra/zserv.c :\n a) Hooked \u0027config_write_fpm\u0027 callback function, at ZEBRA_NODE to\n display the fpm connection details on console on entering\n command\n\n $ show running_config\n and to write to configuration file on entering command\n $ write config\n\n6. TESTING DETAILS\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\n 6.1. default behavior\n\n In default configuration FPM will attempt to connect to\n localhost:2620\n\n 6.2. update fpm info\n a) Using CLI command user can configure fpm host:port details\n and can be able to write to config file(zebra.conf) using\n write config command. this parameters has no\n dependency/impact on other parameters of config file\n\n b) show running-config/write config will display the fpm\n information if configured. and will not display any\n information related to fpm for default configuration\n\n c) these configured information will be stored to config file.\n only on write config command.\n\n 6.3 loading from config file\n a) zebra attempts to connect to fpm server if fpm parameter\n found in config file.else connects to default parameters.\n\n b) if fpm connection drops, fpm will periodically attempts to\n connect to remote server.\n\n c) if fpm connections already established. then newly\n configured fpm parameters will not disconnect the existing\n connection. new connection to the different fpm server will\n happen only after existing connection closes by either of\n the end.\n" }, { "commit": "325823a5f07d6850318e52f6e66691eca59d24fe", "tree": "9be443652c5c0734b6761a84f44980be7958b708", "parents": [ "82a6635ca580ccd3c31551c960ec3de816b6c15d" ], "author": { "name": "Timo Teräs", "email": "timo.teras@iki.fi", "time": "Fri Jan 15 17:36:31 2016 +0200" }, "committer": { "name": "Paul Jakma", "email": "paul.jakma@hpe.com", "time": "Fri Feb 26 14:11:46 2016 +0000" }, "message": "zebra: support FIB override routes\n\nFIB override routes are for routing protocols that establish\nshortcut routes, or establish point-to-point routes that should\nnot be redistributed. Namely this is useful NHRP daemon to come.\n\nZebra is extended to select two entries from RIB the \"best\" entry\nfrom routing protocols, and the FIB entry to install to kernel.\nFIB override routes are never selected as best entry, and thus\nare never adverticed to other routing daemons. The best FIB\noverride, or if it does not exist the otherwise best RIB is\nselected as FIB entry to be installed.\n\nSigned-off-by: Timo Teräs \u003ctimo.teras@iki.fi\u003e\nAcked-by: Donald Sharp \u003csharpd@cumulusnetworks.com\u003e\n" }, { "commit": "41f44a23e86a65a5cad7e5e8cafd7e935f153232", "tree": "1fcffa568b188ae66e5f18df09f6960522dfe564", "parents": [ "395828eea809e8b2b8c5824d3639cefedd7aa9f0" ], "author": { "name": "Feng Lu", "email": "lu.feng@6wind.com", "time": "Fri May 22 11:39:56 2015 +0200" }, "committer": { "name": "David Lamparter", "email": "equinox@opensourcerouting.org", "time": "Tue Jun 02 06:58:12 2015 +0200" }, "message": "lib, zebra: move \"struct vrf\" to be a lib module\n\nPreviously \"struct vrf\" is defined locally in zebra. Now it is moved\nto be a lib module.\n\nThis is the first step to support multi-VRF in quagga. The\nimplementation is splitted into small patches for the purpose of\neasy review.\n\n* lib:\n \"struct vrf\" with basic members is defined in vrf.c. The member\n \"void *info\" is for user data.\n\n Some basic functions are defined in vrf.c for adding/deleting/\n looking up a VRF, scanning the VRF table and initializing the\n VRF module.\n\n The type \"vrf_id_t\" is defined specificly for VRF ID.\n\n* zebra:\n The previous \"struct vrf\" is re-defined as \"struct zebra_vrf\";\n and previous \"vrf\" variables are renamed to \"zvrf\".\n\n The previous \"struct vrf\" related functions are removed from\n zbera_rib.c. New functions are defined to maintain the new\n \"struct zebra_vrf\".\n\n The names vrf_xxx are reserved for the functions in VRF module.\n So:\n - the previous vrf_table() are renamed to zebra_vrf_table();\n - the previous vrf_static_table() are renamed to\n zebra_vrf_static_table().\n\n The main logic is not changed.\n\n BTW: Add a statement to zebra_snmp.c telling that the SNMP is\n running only for the MIBs in the default VRF.\n\nSigned-off-by: Feng Lu \u003clu.feng@6wind.com\u003e\nReviewed-by: Alain Ritoux \u003calain.ritoux@6wind.com\u003e\nSigned-off-by: Nicolas Dichtel \u003cnicolas.dichtel@6wind.com\u003e\nAcked-by: Vincent JARDIN \u003cvincent.jardin@6wind.com\u003e\nSigned-off-by: David Lamparter \u003cequinox@opensourcerouting.org\u003e\n" }, { "commit": "be6335d682c5ee1b6930345193eda875705fbab2", "tree": "2107740224a8a6b3f44241ba71d9be562f138232", "parents": [ "53a5c39c705f917567d5b1764f1fe12ad5c5e577" ], "author": { "name": "Timo Teräs", "email": "timo.teras@iki.fi", "time": "Sat May 23 11:08:41 2015 +0300" }, "committer": { "name": "David Lamparter", "email": "equinox@opensourcerouting.org", "time": "Mon Jun 01 16:50:58 2015 +0200" }, "message": "zebra: use prefix2str for logging where possible\n\nThis makes code more robust, consice and readable.\n\nSigned-off-by: Timo Teräs \u003ctimo.teras@iki.fi\u003e\nSigned-off-by: David Lamparter \u003cequinox@opensourcerouting.org\u003e\n" }, { "commit": "5adc2528d386f037cc39e8029616295c3fec2db4", "tree": "2f54793f50a591d99a39d75fbf6bbd7dbe752dda", "parents": [ "443b993777e3e86fceb988f647d1c5b57661a182" ], "author": { "name": "Avneesh Sachdev", "email": "avneesh@opensourcerouting.org", "time": "Tue Nov 13 22:48:59 2012 +0000" }, "committer": { "name": "David Lamparter", "email": "equinox@opensourcerouting.org", "time": "Fri Nov 30 21:41:17 2012 +0100" }, "message": "zebra: add module to communicate routes to FPM\n\nEnhance zebra to send routes to the (optional) Forwarding Path Manager\ncomponent using the interface defined by fpm/fpm.h.\n\n * configure.ac\n\n - Add --enable-fpm flag.\n\n The FPM-related code in zebra is activated only if the build is\n configured with \u0027--enable-fpm\u0027.\n\n - Add HAVE_NETLINK automake conditional.\n\n This allows us to conditionally build netlink-dependent C code.\n\n * zebra/{rib.h,zebra_rib.c}\n\n - Add the \u0027fpm_q_entries\u0027 field to the rib_dest_t structure. This\n allows dests to be placed on the fpm queue.\n\n - Define a couple new rib_dest_t flags that hold FPM-related\n state.\n\n - Invoke the zfpm_trigger_update() function for a route_node\n whenever the information to be sent to the FPM changes.\n\n - rib_can_delete_dest(): Return FALSE if we have to update the FPM\n about the given dest. This ensures that the dest is not deleted\n even if there are no ribs hanging off of it.\n\n * zebra/zebra_fpm.c\n\n This file holds most of the code for interacting with the FPM.\n\n - If quagga was configured with \u0027--enable-fpm\u0027, periodically try\n to connect to the FPM.\n\n - When the connection comes up, enqueue all relevent dests to the\n FPM queue.\n\n - When the FPM socket is readable, dequeue the next rib_dest_t\n from the FPM queue, encode it in to a message and send the\n message to the FPM.\n\n - When the connection to the FPM goes down, remove all dests from\n the FPM queue, and then start trying to connect to the FPM\n again.\n\n - Expose the following new operational commands:\n\n show zebra fpm stats\n clear zebra fpm stats\n\n * zebra/zebra_fpm_netlink.c\n\n - zfpm_netlink_encode_route(): Function to encode information\n about a rib_dest_t in netlink format.\n\n * zebra/zebra_fpm_private.h\n\n Private header file for the zebra FPM module.\n\n * zebra/zebra_fpm.h\n\n Header file exported by zebra FPM module to the rest of zebra.\n\n * zebra/debug.c\n\n Add the \u0027debug zebra fpm\u0027 command.\n\n * zebra/main.c\n\n Initialize the zebra-FPM code on startup.\n\n * zebra/misc_null.c\n\n Add stub for zfpm_trigger_update().\n\n * zebra/Makefile.am\n\n - Include new file zebra_fpm.c in build.\n\n - Include zebra_fpm_netlink.c in build if HAVE_NETLINK is defined.\n\n * vtysh/Makefile.am\n\n Include zebra_fpm.c in list of files that define cli commands.\n\nSigned-off-by: Avneesh Sachdev \u003cavneesh@opensourcerouting.org\u003e\nSigned-off-by: David Lamparter \u003cequinox@opensourcerouting.org\u003e\n" } ] }