You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Just wanted to document an issue I had with spinning up the lab - when first initializing the lab with sudo make start and logging into nodes with ssh admin@HOSTNAME, I noticed that bgp was not establishing even though there was layer 3 connectivity between the nodes.
During my troubleshooting I checked the Bgp-main$PID.qt file and noticed the following logs:
@joshniec I assume that you are running that on Docker desktop? Recent Docker Desktop is using Linuxkit 6.10 with CONFIG_TCP_MD5SIG disabled in kernel. The easiest fix for that right now is switching to Podman Desktop.
I'll close this issue once we add it to known issues in docs.
I was using WSL, but I was not using docker desktop, I was using native docker within WSL (there are some issues with container lab and WSL, see https://containerlab.dev/windows/, when trying to use regular docker desktop, the docker network doesn't work and you cannot establish network connectivity between nodes in the topology).
Thanks! I just wanted to document this here incase other windows users ran into issues
Just wanted to document an issue I had with spinning up the lab - when first initializing the lab with
sudo make start
and logging into nodes withssh admin@HOSTNAME
, I noticed that bgp was not establishing even though there was layer 3 connectivity between the nodes.During my troubleshooting I checked the Bgp-main$PID.qt file and noticed the following logs:
I then stopped the lab (
sudo make stop
), and cd'd into$ROOT/labs/techlib-vxlan-domain-a/clab/init-configs
and ranThis removed the neighbor password statement for all the peer groups.
I re-started the lab with
sudo make start
and then all my BGP sessions came up.Thanks,
The text was updated successfully, but these errors were encountered: