We are experiencing a very odd issue with our QFX5100 switching and the routing tables.
Issue:
Ubuntu Test Server (96.126.81.60) making any TCP or UDP connection to off-net services is unable to connect.
After spending a few weeks trying to identify the issue, we found the following to be happening:
1) When no default route is populated on the QFX5100 switch, and only the full BGP table, the Loopback0.0 filter is being applied to all transit traffic.
2) When a default route is populated on the QFX5100 switch, and a full BGP table, only the default route is utilized, the BGP forwarding table appears to be ignored, and the Loopback0.0 filter is not applied.
Below is a simplified network topology showing how all of the Juniper devices are interconnected, as well as how the routing tables are being populated.
I say simplified, because there are actually two MX80 routers, with full BGP tables from two different carriers.
The QFX5100 switches are two physical switches in a VC, using LACP bonding connectivity ( ae[0-5] ) setup for "flexible-vlan-tagging".
![anet_juniper_forum_post_03272019.png anet_juniper_forum_post_03272019.png]()
Can anyone throw out some ideas as to why the the lo0.0 input filter is being processed on transit traffic?
To my understanding, and all of our research and training, transit traffic should never touch the RE unless exceptions in the packets are experienced.
However, when digging into this issue, I ran across this KB article, but I don't think it applies to my setup (or is even relevant) as I do not run any firewalls on this equipment other than the lo0.0 firewall policy to protect the RE (management, etc).
https://kb.juniper.net/InfoCenter/index?page=content&id=KB32041&cat=QFX_SERIES&actp=LIST
https://prsearch.juniper.net/InfoCenter/index?page=prcontent&id=PR1080758
Let me know what you would like to see for configurations or routing table output and I will gladly show it.