Error in exchanging ospf protocol routes

[Edgard da Cunha Pontes]

Hello everyone!

I have a communication problem with the OSPF protocol between nodes with Debian.
For some reason, the protocols used so far (lldp, ospf and lsrp) are not exchanging messages between nodes.
In a topology with three nodes (r1, r2, and r3), I still haven’t been able to exchange routes with OSPF between these nodes.
Each node has 2 NIC_BASIC interfaces, which make up three L2STS networks (net1, net2 and net3).

With tcpdump, I was able to verify that the ospf hello messages are arriving on the interfaces, but it does not return anything.

debian@10b0eb56-2206-4903-a9e1-d21504b63e6f-r1:~$ sudo tcpdump -i eth1
tcpdump: verbose output suppressed, use -v[v]… for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), snapshot length 262144 bytes
04:09:50.555914 IP 192.168.3.2 > ospf-all.mcast.net: OSPFv2, Hello, length 44
04:10:00.556029 IP 192.168.3.2 > ospf-all.mcast.net: OSPFv2, Hello, length 44
…

Is there any packet filter in the L2STS overlayer? Or on the NIC_Basic interface?

—
Best regards.
Edgard

[Paul Ruth]

Sorry for the delayed response.

The short answer is that there is no filtering on any of the network services and I have reliably set up OSPF using rocky VMs.

Are you saying that the VM receives the OSPF packets but does not send a response?  If so, this seems like an issue with the OSPF config in the VM.

Can you share the notebook you are using?

Paul

[Edgard da Cunha Pontes]

Hi Paul,

Thanks for answering me!

Unfortunately, my experiences with SharedNICs have not been very fruitful. Reading some questions that have already been answered, I decided to use Dedicated NICs (NIC_ConnectX_5).

Initially, I’m working on a topology with 3 nodes (routers) with FRRouting and OSPF is already working.

debian@d8698a6b-3042-4429-af77-8389f9ea261e-r3:~$ sudo tcpdump -i eth1.100
tcpdump: verbose output suppressed, use -v[v]… for full protocol decode
listening on eth1.100, link-type EN10MB (Ethernet), snapshot length 262144 bytes
19:01:05.079869 IP 192.168.3.2 > ospf-all.mcast.net: OSPFv2, Hello, length 48
19:01:06.971130 IP 192.168.3.1 > ospf-all.mcast.net: OSPFv2, Hello, length 48

Next, I’ll use an FRR competitor for another test. Once I get to that part, I’ll share the notebook with you. I was forced to take a step back to get initial results.

Edgard.

[Paul Ruth]

This is great. Note that I do have FRR/OSPF working without issue using shared/basic NICs.  I’m using the Rocky image and FRR docker image.  I’m not sure what is preventing your config from working.

The FRR/OSPF notebooks I am putting together are based on a yet-to-be-released version of FABlib.  I’ll release the example when the new FABlib is released.

Paul

[Author]

Posts