Update README.md

README.md

@@ -1,45 +1,45 @@
 # LibreQoS
 LibreQoS is a python application that allows you to apply fq_codel traffic shaping on hundreds of customers. <a href="https://www.bufferbloat.net/projects/codel/wiki/">Fq_codel</a> is a Free and Open Source Active Queue Management algorithm that reduces bufferbloat, and can improve the quality of customer connections significantly. LibreQoS features the ability to import devices from LibreNMS and UNMS at runtime using API calls. It then apples hundreds of filter rules to direct customer traffic through individual fq_codel instances within an <a href="https://linux.die.net/man/8/tc-htb">HTB</a> (HTB+fq_codel). By utilizing <a href="https://tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.adv-filter.hashing.html">hashing filters</a>, thousands of rules can be applied with minimal impact on traffic throughput or CPU use. This is alpha software, please do not deploy in production without thorough testing. If you need a stable paid commercial alternative, please check out <a href="https://www.preseem.com/">Preseem</a>, which has great metrics tools and integration with many CRM and NMS platforms.
 
-# Features
+## Features
 * HTB + fq_codel
 * Experimental support for CAKE (Common Applications Kept Enhanced)
 * TC filters divided into groups with hashing filters to significantly increase efficiency and minimize resource use
    * VM running LibreQoS with 2500 IP rules uses just 1.5GB RAM total
 * Basic statistics (Top 10 CPEs experiencing packet loss)
 
-# Integration
+## Integration
 * LibreNMS device import
 * UNMS/UCRM device import
 
-# Requirements
+## Requirements
 * Edge and Core routers with MTU 1500 on links between them
    * If you use MPLS, you would terminate MPLS traffic at the core router
 * OSPF primary link (low cost) through the server running LibreQoS
 * OSPF backup link
 ![Diagram](docs/diagram.png?raw=true "Diagram")
 
-## Server Requirements
+### Server Requirements
 * VM or physical server
 * One management network interface
 * Two dedicated network interface cards, preferably SFP+ capable
 * Python 3
 * Recent Linux kernel
 * recent tc-fq_codel provided by package iproute2
-## VM Performance
-### Memory use
+### VM Performance
+#### Memory use
 On ProxMox VMs you need to do <a href="https://www.reddit.com/r/Proxmox/comments/asakcb/problem_with_ram_cache/">some tweaks</a>  to allow freed up memory to be reclaimed by the hypervisor. Generally memory use should be under 2GB if you have less than 2000 hosts. If for any reason memory exceeds what it should be, try
 ```
 sudo sh -c 'echo 1 >/proc/sys/vm/drop_caches'
 ```
-### Disable Offloading in Guest VM
+#### Disable Offloading in Guest VM
 Performance can greatly benefit from disabling certain hardware offloading inside the guest VM. If you're using a system that uses Netplan (e.g. Ubuntu) to configure the network then you can use a Netplan post-up script to configure offloading. You create a script in the following directory with a name prefixed by a number to indicate load order e.g. /etc/networkd-dispatcher/routable.d/40-offloading-config - which is executable and owned by root. e.g. To switch off TCP Segment Offloading on eth0:
 ```
 #!/bin/sh
 /sbin/ethtool -K eth0 tso off
 ```
 
-### Adding the bridge between in/out interface NICs
+### Add a bridge between in/out interface NICs
 * Add linux interface bridge br0 to the two dedicated interfaces
     * For example on Ubuntu Server 20.04 which uses NetPlan, you would add the following to the .yaml file in /etc/netplan/
 ```
@@ -49,19 +49,19 @@ bridges:
            - eth4
            - eth5
 ```
-# Run LibreQoS
+## Run LibreQoS
 * Modify setting parameters in ispConfig.py to suit your environment
 * Run:
 ```
 sudo python3 ./LibreQoS.py
 ```
-# Statistics
+## Statistics
 Basic statistics are now available by running
 ```
 python3 ./stats.py
 ```
 after successful execution of ./LibreQoS.py or ./scheduled.py
-# Running as a service
+## Running as a service
 You can use the scheduled.py file to set the time of day you want the shapers to be refreshed at after the initial run.
 On linux distributions that use systemd, such as Ubuntu, add the following to /etc/systemd/system/LibreQoS.service
 ```
@@ -80,12 +80,12 @@ Then run
 ```
 sudo systemctl start LibreQoS.service
 ```
-# Real World Performance
+## Real World Performance
 This customer is using a Ubiquiti LTU-LR CPE with QoS shaping applied at 215Mbps down and 30Mbps up.
 
 <img src="docs/customerExample.jpg" width="500">
 
-# Server Spec Recommendations
+## Server Spec Recommendations
 * For up to 1Gbps
     * 4+ CPU cores
     * 4GB RAM
@@ -109,14 +109,14 @@ This customer is using a Ubiquiti LTU-LR CPE with QoS shaping applied at 215Mbps
 
 https://www.cpubenchmark.net/high_end_cpus.html
 
-# Special Thanks
+## Special Thanks
 Thank you to the hundreds of contributors to the fq_codel and cake projects. Thank you to Phil Sutter, Bert Hubert, Gregory Maxwell, Remco van Mook, Martijn van Oosterhout, Paul B Schroeder, and Jasper Spaans for contributing to the guides and documentation listed below.
 
-# References
+## References
 * https://tldp.org/HOWTO/Adv-Routing-HOWTO/lartc.adv-filter.hashing.html
 * http://linux-ip.net/gl/tc-filters/tc-filters.html
 
-# License
+## License
 Copyright (C) 2020 Robert Chacón
 
 LibreQoS is free software: you can redistribute it and/or modify