[{"_1":2,"_162":-5,"_163":-5},"loaderData",{"_3":4,"_18":19,"_25":26,"_141":142},"root",{"_5":-5,"_6":-7,"_7":8,"_9":-7,"_10":11,"_12":-7,"_13":14,"_15":16,"_17":11},"currentUser","primaryEmail","siteVerification","6LeIxAcTAAAAAJcZVRqyHh71UMIEGNQ_MXjiZKhI","toast","enableDev",false,"incidentStatus","theme","system","contrast","normal","dockerRebrandTour","routes/_layout",{"_20":-5,"_21":22,"_23":11,"_24":22},"username","isAskGordonEnabled",true,"showMinimalLanding","showHoneypotTrap","routes/_layout.r.$namespace.$reponame",{"_27":28,"_29":-5,"_30":11,"_31":11,"_32":33,"_34":35,"_36":-5,"_37":11,"_38":39,"_88":-5,"_89":90,"_129":-5,"_130":11,"_131":22,"_132":11,"_133":11,"_134":-5,"_135":11,"_136":-5,"_137":138,"_139":91,"_140":-7},"canonicalUrl","https://hub.docker.com/r/theknightcoder/ara/tags","mcpServer","canSeeDockerfile","canSeeAutobuilds","namespace","theknightcoder","reponame","ara","cloudBuildSource","isAutobuildsAvailable","repo",{"_40":41,"_42":43,"_45":46,"_47":48,"_49":11,"_50":51,"_52":53,"_54":55,"_57":35,"_32":33,"_58":59,"_60":44,"_61":62,"_63":64,"_65":66,"_67":-5,"_68":62,"_69":70,"_71":11,"_72":33,"_73":74,"_79":22,"_80":81,"_85":33,"_86":87},"categories",[],"content_types",[44],"image","date_registered","2018-01-09T14:19:54.891497Z","description","ARA records Ansible playbook runs and makes the recorded data available and intuitive for users\n","is_private","last_updated","2018-04-03T14:12:00.32866Z","last_modified","2024-10-16T13:48:34.145251Z","media_types",[56],"application/vnd.docker.container.image.v1+json","name","pull_count",11344,"repository_type","star_count",0,"status",1,"status_description","active","source","collaborator_count","full_description","Ansible Networking\n=================\n\n\n

\n
- Common Commands
\n
Network Automation using Ansible\n
- Ansible’s role in Network Automation
- Templating with Jinja2
- NAPALM
- NTC-Ansible
- Regex / TextFSM
- ARA: Ansible Run Analysis
\n
Installation\n
- Enable Virtualisation
- Install Virtual Box
- Install Vagrant
- Running VM / Vagrant File
- Start/Stop Vagrant image
\n
Running Ansible\n
- Explaining Docker
- Running Ansible & ARA Docker Container\n
  - Start ARA and Ansible container:
  - Start Ansible container only:
  - Stop containers:
  \n
- Running Ansible Playbook\n
  - Run Playbook - HelloWorld.yml
  \n
\n
Running Ansible on Network Devices\n
- GNS3 as a test platform (optional)
- Roles
- Configuration file - Ansible.cfg
- Inventory File / Hosts File
- host vars / group vars
- Vars in Excel
- Running Playbook on IOS
- Providers (Authentication)
\n
ARA
Facts\n
- Show Commands
- NAPALM Get Facts
- NTC Show Command
- TextFSM\n
  - Advanced TextFSM - Multi-line parsing
  \n
\n
Config\n
- Jinja2 Templating
- Config Merge Role
- Config Replace Role
- Config Backup Role
- Config on interfaces / Dynamic Config
\n

\n \n\nCommon Commands\n----------------------\n| Description | Command |\n|--|--|\n| start vagrant | vagrant up |\n| ssh into vagrant | vagrant ssh | \n| start Ansible and ARA containers | cd /vagrant && docker start ara && docker-compose run --service-ports --rm ansible |\n| Run Ansible Playbook | ansible-playbook PLAYBOOK.yml -e ansible_user=USERNAME |\n| shutdown vagrant machine | vagrant halt |\n| view all containers | docker ps -a |\n| stop all containers | docker stop $(docker ps -aq) |\n| remove all containers| docker rm $(docker ps -aq) |\n| Container initial launch | cd /vagrant && docker-compose run --service-ports --name ara -d ara && docker-compose run --service-ports --rm ansible |\n\nNetwork Automation using Ansible\n============================\n\nThe focus of this document is to explain the process of network automation for Cisco IOS devices. I will take you through the fundamentals of Ansible and provide a user guide for the [Ansible-Networking Git repository](https://github.com/TheKnightCoder/Ansible-Networking).\n\nThe two main automation processes covered in this document are:\n> - Adding/Replacing Config\n> - Gathering facts/information on network devices\n\nTo understand the automation process it is important to have a brief understanding of the following libraries and frameworks:\n\nAnsible's role in Network Automation\n----------------------------------------------\n![Ansible Logo](https://upload.wikimedia.org/wikipedia/commons/0/05/Ansible_Logo.png)\n\nAnsible is an open source automation platform. It can help you with configuration management, application deployment, task automation and IT orchestration. For example it can install a software on hundreds of servers from a single control machine, it will not reinstall software if the same version is already installed and can make server specific configuration changes. It can also run IOS commands and config changes!\n\nThink of Ansible as the distribution center, it will send a task to many devices from a central Ansible control machine. Ansible runs tasks from a 'playbook'. A playbook is simply put a list of tasks, along with some settings such as which machines to run the playbook on. A task is a command to be executed, such as creating a new folder. Every task corresponds to a module, which is either in-built, community created or custom. Every module is written in the Python programming language, therefore you can run your own python code in Ansible by creating a custom modules.\n\nSo if we break it down we are essentially running python code on multiple devices and Ansible is helping us do that, it is like the glue that sticks everything together.\n\nAs Cisco IOS devices cannot run python we set Ansible to run in 'local' connection mode and we access the IOS devices via SSH. The python code is run on the control machine and commands are sent and outputs to devices retrieved from the devices via SSH.\n\n![1ansible_diagram](https://user-images.githubusercontent.com/24293640/33616163-0c3ff590-d9d4-11e7-95f4-19280b1c223c.png)\n\nWatch these video tutorials to gain a greater understanding of Ansible: \n> - [Code Review Videos](https://www.codereviewvideos.com/course/ansible-tutorial) - (First 4 videos are just installation, it is recommended to use the installation guide below rather than the one in this video)\n> - [Ben's IT Lessons](https://www.youtube.com/watch?v=icR-df2Olm8&list=PLFiccIuLB0OiWh7cbryhCaGPoqjQ62NpU)\n\nFor more information visit the [Ansible docs](http://docs.ansible.com/ansible/latest/intro_getting_started.html).\n\nTemplating with Jinja2\n----------------------------\n![Jinja2 Logo](http://jinja.pocoo.org/docs/2.10/_static/jinja-small.png)\n\nTemplating is the most important thing to know when automating network config, thankfully it can also be the simplest. \n\nA Jinja2 template is just a regular text file with a twist, it uses special notations which are then replaced with a variables. Jinja2 variables have the following notation `{{ foo }}`. When the template is processed to produce an output text file, it will replace all `{{ foo }}` with the actual 'foo' variable defined in Ansible. (foo may be replaced with any variable name).\n\nA lot can be accomplished with the above information however Jinja2 is capable of much more with its ability to use for loops, if statements, filters and inheritance. The [Jinja2 documentation](http://jinja.pocoo.org/docs/2.10/) is very well written and can be used to learn how to implement these concepts.\n\nAn in-depth understanding of Ansible and Python is not needed for most config changes, however it can be useful when making more complex templates. An example of this is when you need to add config to every interface on multiple switches of varying models. One device may have 4 interfaces while the other has 7, and the interfaces may have different names such as Fa0/1 and Gi0/1. One way to solve this problem is to use a show command to dynamically get the list of interfaces and then apply the config to those interfaces, this will need comprehensive understanding of Ansible. A simpler solution to this problem would be to group the devices by model and manually list the interfaces for each group (in the group vars). This would require knowledge of the number and names of the interfaces for each model in the network but would require no additional Ansible/Python.\n\nN.B. This specific problem has been solved, see [Dynamic Config](#config-on-interfaces--dynamic-config) section for more detail.\n \nFor more information visit the [Jinja2 docs](http://jinja.pocoo.org/docs/).\n\nNAPALM\n------------\n![NAPALM Logo](https://avatars0.githubusercontent.com/u/16415577?s=200&v=4)\n\nNAPALM (Network Automation and Programmability Abstraction Layer with Multi-vendor support) is a Python library that implements a set of functions to interact with different network device Operating Systems using a unified API. By using NAPALM it makes it much easier to carry out tasks on network devices such as config replacement. NAPALM has Ansible modules which allows them to fully integrate with Ansible.\n\nIn the Ansible Networking repository NAPALM is primarily used to install config by using the [napalm_install_config](https://github.com/napalm-automation/napalm-ansible/blob/develop/napalm_ansible/modules/napalm_install_config.py) module. When NAPALM is used to replace/merge your config it is able to generate a diff file, this file will outline all changes that will be made on the devices which can then be verified and then committed. A backup is also automatically generated and stored in a offline location (and locally on network device) ensuring you are able to rollback changes.\n\nNAPALM also has other useful modules such as [napalm_get_facts](https://github.com/napalm-automation/napalm-ansible/blob/develop/napalm_ansible/modules/napalm_get_facts.py) which is a module that standardises the retrieval of information from network devices regardless of which vendor is being used. This means that the same code can be used and the structure of the output is known. To find out more about the information napalm_get_facts is capable of retrieving visit 'NetworkDevices' in the [docs](http://napalm.readthedocs.io/en/latest/base.html). Also see `Ansible-Networking\\example-playbooks\\reporting\\napalm_get_facts.yml` playbook for an example of how to use 'napalm_get_facts' with Ansible.\n\nOther useful NAPALM Modules:\n- [napalm_ping](https://github.com/napalm-automation/napalm-ansible/blob/develop/napalm_ansible/modules/napalm_ping.py) - Executes ping on the device and returns response using NAPALM\n- [napalm_validate](https://github.com/napalm-automation/napalm-ansible/blob/develop/napalm_ansible/modules/napalm_validate.py) - Validate deployments using YAML file describing the state you expect your devices to be in. See [Validating deployments docs](http://napalm.readthedocs.io/en/latest/validate/).\n>Note that this is meant to validate state, meaning live data from the device, not the configuration. Because that something is configured doesn’t mean it looks as you want.\n\nAlthough the code in our repository has been designed for Cisco IOS, it can be adapted to work with other vendors by changing very little code thanks to NAPALM. \n\nThis can be done by copying the `Ansible-Networking\\lib\\roles\\ios` folder and adapting the code:\n- Adapting the dev_os variable in `Ansible-Networking\\lib\\roles\\ios\\connect\\defaults` (see [drivers names](http://napalm.readthedocs.io/en/latest/support/index.html) for supported devices) \n- Adapting ios\\backup role `Ansible-Networking\\lib\\roles\\ios\\backup`\n- Remove `configure archive` task in the ios\\replace role.\n- Changing any other IOS specific code\n\nFor more information visit the [NAPALM docs](https://napalm.readthedocs.io/en/latest/), [NAPALM repository](https://github.com/napalm-automation/napalm) and the [NAPALM Ansible repository](https://github.com/napalm-automation/napalm-ansible)\n\nNTC-Ansible\n----------------\nNTC-Ansible is another library for network devices. This another library which supports IOS, Nexus and Arista. NTC-Ansible has useful modules for IOS such as outputting structured data for IOS specific show commands, copying files to the network device, updating firmware.\n\nUseful NTC modules:\n- ntc_show_command - gets structured data from devices that don't have an API\n- ntc_install_os - installs a new operating system or just sets boot options\n- ntc_file_copy - copies a file from the Ansible control host to a network device.\n- ntc_reboot - reboots a network device.\n\nFor more information visit the [NTC-Ansible repository](https://github.com/networktocode/ntc-ansible)\n\nRegex / TextFSM\n---------------------\nRegular Expression (Regex) is another essential skill which is needed in network automation, it will give you the ability to format a 'show' command into something a computer can easily handle. Currently the Cisco IOS is built for human-readability however it is not very good for computers. For computers to be able to handle data it needs to be formatted in a way that is more appropriate such as dictionaries, csv, json, sql etc rather than a block of text. TextFSM will help you do just that, it will take a template file, and text input (such as command responses from the CLI of a device) and returns a list of records that contains the data parsed from the text. It is a python library which is integrated into Ansible. \n(NTC-Ansible ntc_show_commands also uses TextFSM to parse it's data.)\n\nTo create TextFSM templates you will need to know regex. This will give you the ability to parse any show command into Ansible. To learn regex I recommend watching these [videos tutorials by The Coding Train](https://www.youtube.com/watch?v=7DG3kCDx53c&list=PLRqwX-V7Uu6YEypLuls7iidwHMdCM6o2w). The ntc_show_commands has a library of templates already written for IOS show commands. These templates can be found in `Ansible-Networking\\lib\\modules\\ntc-ansible\\ntc-templates\\templates`\n\nTo learn more about regular expressions watch [The Coding Train Videos](https://www.youtube.com/watch?v=7DG3kCDx53c&list=PLRqwX-V7Uu6YEypLuls7iidwHMdCM6o2w).\n\nAlso practice regular expressions at [regexr.com](https://regexr.com/). Make sure to turn on the multi-line flag as TextFSM uses multi-line regex.\n\nSee the [TextFSM docs](https://github.com/google/textfsm/wiki/TextFSM) to learn how to create templates.\n\nARA: Ansible Run Analysis\n--------------------------------\n![ARA Logo](https://github.com/openstack/ara/raw/master/doc/source/_static/ara-with-icon.png)\n\nARA records Ansible playbook runs and makes the recorded data available and intuitive for users and systems. ARA keeps a record of all playbook runs on a database. In this repository ARA has been set to save runs in a SQLite file located at `files/db/ara.sqlite`. SQLite is being used as it keeps ARA simple and portable, all data is stored in a file in the ansible folder and nothing is stored in the Docker containers or VM. \n\nIf needed the ARA database can be changed to a centralized database by changing the ARA_DATABASE environment variable in both the ARA and Ansible containers.\n\n![ARA screenshot](https://github.com/openstack/ara/raw/master/doc/source/_static/reports.png)\n\nAs you can see from the image above, ARA shows you a complete summary of playbooks that have been run. It gives you very useful information such as which hosts the playbook was run on, the duration of the run and whether the playbook was successful.\n\nInstallation\n=========\nAnsible only runs on linux and therefore you need a Virtual Machine (VM) if you are running Mac OSX or Windows. A VM is a virtual operating system (OS) running on-top of your current OS, allowing you to run linux on Windows/OSX. This guide will assume you are running windows, if you are using Linux you will need to install docker and skip to [Running Ansible](#running-ansible) section.\n\nEnable Virtualisation\n-------------------------\nYou must enable virtualisation to run Virtual Machine (VM). To do this you need to enable Intel VT-x and VT-d if available in the BIOS/UEFI. You may need to visit your system Administrator. \n\n1. Turn on your computer and repeatedly press Delete, Esc, F1, F2, or F4. (Exact button depends on your PC model).\n2. Find and enable Intel-VTx (The option may also be called VT-x, AMD-V, SVM, or Vanderpool).\n3. If available enable Intel VT-d or AMD IOMMU\n\n![virtualisation_bios](https://user-images.githubusercontent.com/24293640/33605215-a9727aaa-d9b0-11e7-8c28-987473d5b2ff.jpg)\n\nInstall Virtual Box\n----------------------\nVirtual Box is a free open-source software that allows you to run a virtual machine. To install Virtual Box [download](https://www.virtualbox.org/wiki/Downloads) the 'Virtual box platform package', run the installer and keep hitting next until the installation is complete.\n\nInstall Vagrant\n------------------\nVagrant is a tool for building and managing virtual machine environments in a single workflow. It will allow you to set up your virtual machine and install all the software packages with a single command and the vagrant file found in this repository. By using vagrant we can ensure that all VMs using the same vagrant file are identical.\n\nTo install Vagrant [download](https://www.vagrantup.com/downloads.html) the installer, run the installer and keep hitting next until the installation is complete.\n\nYou will now need to reboot to complete the installation.\n\nRunning VM / Vagrant File\n--------------------------------\n1. Create a New Folder and rename it.\n\tI will be referring to this folder as the 'Ansible folder', this will be where all your Ansible files are stored.\n2. Download and extract the [repository](https://github.com/TheKnightCoder/Ansible-Networking/archive/master.zip) into the root of your Ansible folder. (or you can clone the repo with recursive mode enabled)\n\n>Make sure the actual files (vagrantfile etc.) are in the root of the Ansible folder.\n>N.B: Alternatively you can clone the git command `git clone --recurse-submodules https://github.com/TheKnightCoder/Ansible-Networking-Docker /ansible`. Make sure recursive is enabled to ensure sub-modules are also cloned.\n\n4. Open command prompt and navigate to the Ansible folder's location\n\t- Win+R then type `cmd` then ok\n\t- Enter command `cd C:\\Path\\to\\AnsibleFolder` (replace the path)\n>Tip: You can `Shift + Right Click` in the file explorer and select `open command window here`\n5. Type `vagrant up` to start the VM\n> Note: The first time this is run the vagrant image will be downloaded and VM will be provisioned. This may take some time, it will be faster after initial launch. (Make sure you are on a network that can does not block vagrant cloud or docker hub) \n6. Type `vagrant ssh` to ssh into the VM and access it's shell\n7. To exit SSH type `exit` \n8. To turn off the VM type `vagrant halt`\n9. Synced Folders - Any files stored in the Ansible folder can be accessed by the VM via the path /vagrant\n\nStart/Stop Vagrant image\n-------------------------------\n- Start VM - To start the VM you simply need to navigate to the Ansible folder and type `vagrant up`\n- SSH - You can access the VM shell by entering `vagrant ssh` command. Type `exit` to exit ssh. You can ssh into the VM in multiple windows.\n- Stop VM - To stop the VM type `vagrant halt` from cmd Ansible folder.\n\nRunning Ansible\n=============\nTo run Ansible I have created a Docker container with all the tools needed for network automation in this container. This has quite a few advantages over installing it directly onto the VM via vagrant such as being able to run network automation on any Linux machine without installation using the Docker image and using less resources if multiple instances of Ansible is needed.\n\nWatch this video on [Docker Containers](https://www.youtube.com/watch?v=pGYAg7TMmp0) to find out more about the differences between Docker and Vagrant.\n\nExplaining Docker\n----------------------\nDocker is a resource friendly way to run applications in an isolated environment which is easily replicable across multiple machines. Vagrant VMs achieve a similar function however are much more resource heavy because each VM needs an entire OS. They also usually have more than one application per VM which causes instability.\n\n![docker-vm-container](https://user-images.githubusercontent.com/24293640/33762832-02dabeca-dc06-11e7-8bde-c6be1fa530b8.png)\n\nDocker File - A Docker file is the source code of the Docker image. It is very similar to a vagrant file and contains information on what packages to install when building the image. Once compiled it forms a Docker Image.\n\nDocker Image - This image contains the actual packages etc that were defined in the Docker File.\n\nContainer - This is an instance of the docker image. You may have multiple containers of one image and any change in one container is not reflected in the next container.\n\nVolume - This is the permanent storage for a container. Containers are meant to be destroyed and recreated and important data should be kept in a volume. The volume can be accessed by the host machine and any other container that is linked to the volume. Volumes can be mapped to a specific directory on the host machine.\n\nPort Forwarding - For the docker container to access ports on your machine you must map the ports. \n\nNote: This must also be define in your Vagrant file so that the VM can access your machine\n\nIn this setup we use a Vagrant Synced folder to map your Ansible folder to /vagrant. We will then map this /vagrant folder to the Docker Container using volumes resulting in a link between your machine and the Docker container. (This folder in the docker container will be named /ansible)\n\nSee [this video](https://www.youtube.com/watch?v=pGYAg7TMmp0&index=1&list=PLoYCgNOIyGAAzevEST2qm2Xbe3aeLFvLc) from LearnCode.academy for a overview of docker.\nFor an in-depth guide on Docker search the many available tutorials on YouTube. \n\nRunning Ansible & ARA Docker Container\n------------------------------------------\nThe Ansible networking repository has two containers that can be run. One is the container that runs Ansible itself, the source code for this container can be found in `Dockerfile`. The other is ARA web server which allows you to view a report of all Ansible playbooks that have run via the web browser, the source code for this container can be found in `ARADockerfile`.\n\nTo run these two containers we will utilising the `docker-compose.yml` file which contains configuration for the containers such as ports and volumes.\n\n### Start ARA and Ansible container:\n1. SSH into vagrant VM (see [Running VM / Vagrant File](#running-vm--vagrant-file))\n2. Enter the following command on **first ever** run:\n

cd /vagrant && docker-compose run --service-ports  --name ara -d ara  && docker-compose run --service-ports --rm ansible

\n3. Enter the following command on subsequent runs:\n

cd /vagrant && docker start ara  && docker-compose run --service-ports --rm ansible

\n> - cd /vagrant - change directory to Ansible folder\n> - docker-compose run - starts the container using the configuration in the `docker-compose.yml` file\n> - --name - specifies container name\n> - --service-ports - maps the ports defined in the `docker-compose.yml` file\n> - -d - run in detached mode\n> - --rm - remove container on exit (Not working with ARA container)\n\nNote: docker-compose up is not used as the ansible container needs to run bash in interactive mode\n\n### Start Ansible container only:\n1. If you would like to start Ansible without ARA. Enter the following command from VM:\n

cd /vagrant && docker-compose run --service-ports --rm ansible

\n\n### Stop containers:\n1. `exit` out of Ansible container (this will stop and remove container due to --rm flag)\n2. `docker stop ara` stop ARA container\n\n>Note: To stop all containers enter command `docker stop $(docker ps -aq)`\n\nRunning Ansible Playbook\n--------------------------------\n\n### Run Playbook - HelloWorld.yml\nTo run the `HelloWorld.yml` playbook go the `example-playbooks` folder directory then enter the following command:\n```ansible-playbook HelloWorld.yml```\n\nIf successful the playbook will have created a new folder with the name `hello_world`\n\n> Note: You must have an `ansible.cfg` file in the same folder with at least the following setting:\n>```\n> [defaults]\n> inventory=./inventory\n> ```\n\n```\n---\n- name: Hello World!\n hosts: localhost\n gather_facts: false\n \n tasks:\n - name: Create a directory\n file: path=hello_world state=directory\n```\nYAML is white space sensitive, the indentation is very important when writing in YAML. Also take note of the single hyphens which denote the start of a list. See [YAML Syntax](http://docs.ansible.com/ansible/latest/YAMLSyntax.html) for more info.\n\n- `---` Three Hyphens - This serves to signal the start of a document for YAML files","has_starred","hub_user","immutable_tags_settings",{"_75":11,"_76":77},"enabled","rules",[78],".*","is_automated","permissions",{"_82":22,"_83":11,"_84":11},"read","write","admin","user","storage_size",7216260757,"orgData","recentTags",[91],{"_92":44,"_93":94,"_95":96,"_97":98,"_99":100,"_50":118,"_119":94,"_120":33,"_121":56,"_57":122,"_123":124,"_125":109,"_126":118,"_127":66,"_128":22},"content_type","creator",1848628,"full_size",354862758,"id",20354223,"images",[101],{"_102":103,"_104":105,"_106":107,"_108":109,"_110":111,"_112":113,"_114":107,"_115":-5,"_116":96,"_63":66,"_117":-5},"architecture","amd64","digest","sha256:2f5b007b04410f5c578ec4454593c6e89266d687042ad50e81cdcbefe61a8fd7","features","","last_pulled","2026-11-01T02:22:38.606486102Z","last_pushed","2018-04-03T14:12:00Z","os","linux","os_features","os_version","size","variant","2018-04-03T14:11:59.779152Z","last_updater","last_updater_username","media_type","latest","repository",3353239,"tag_last_pulled","tag_last_pushed","tag_status","v2","sbxKitMetadata","isPotentialSpam","isHubSbxKitsEnabled","showSbxRunInCloud","showSbxLogoOverride","sbxTrademarkText","displaySecurityMetadata","tagAttestations","tagsHaveAttestations",[],"selectedTag","attestationsUrl","routes/_layout.r.$namespace.$reponame.tags",{"_38":143,"_150":151,"_137":160,"_161":11},{"_40":144,"_42":145,"_45":46,"_47":48,"_49":11,"_50":51,"_52":53,"_54":146,"_57":35,"_32":33,"_58":59,"_60":44,"_61":62,"_63":64,"_65":66,"_67":-5,"_68":62,"_69":70,"_71":11,"_72":33,"_73":147,"_79":22,"_80":149,"_85":33,"_86":87},[],[44],[56],{"_75":11,"_76":148},[78],{"_82":22,"_83":11,"_84":11},"tags",{"_152":64,"_153":-5,"_154":-5,"_155":156},"count","next","previous","results",[157],{"_92":44,"_93":94,"_95":96,"_97":98,"_99":158,"_50":118,"_119":94,"_120":33,"_121":56,"_57":122,"_123":124,"_125":109,"_126":118,"_127":66,"_128":22},[159],{"_102":103,"_104":105,"_106":107,"_108":109,"_110":111,"_112":113,"_114":107,"_115":-5,"_116":96,"_63":66,"_117":-5},[],"canDeleteTags","actionData","errors"]

theknightcoder/ara

Tags for theknightcoder/ara