Hello everyone,
to fully understand the network topology and to avoid any misunderstandings I created simple diagram which is attached to this post.
I'm currently working on VANET simulation in which WAVE nodes on network
10.1.1.0/24 communicate with LTE nodes on network
7.0.0.0/8 through default gateway which is connected to WAVE access points alongside the road using Ethernet cable. Ethernet interfaces use network address of
9.1.1.0/24 and are connected to Openflow switch.
The WAVE nodes use OLSR routing algorithm in combination with
static routing (static routing is used to set the default gateway
route).
To sum it up we have these three main networks:
My problem is:
That when the WAVE node wants to send packets to the LTE network it asks directly for the MAC address of the default gateway even though, based on the OLSR routing table, it should know that it can access the default gateway using one of the access points. By sending ARP request with Dest. IP of the default gateway the WAVE node never receives the MAC address of the default gateway, thus it never sends it's packets to the LTE network.
So my question is:
Is there any method to advertise or set the default gateway route in such way, that the WAVE node understands, that in order to access the default gateway it should send the packets to one of the access points first ? Is NS-3 even able to do something like this by default ?
Other static routes in the network are set correctly. The default gateway by itself is able to send packets to the LTE network. Also the WAVE nodes are able to send packets to the default gateway. (they know about the route through the OLSR routing table)
The only problem is, as I mentioned, with sending packets to different network from the WAVE nodes.
I tried OLSR, AODV and DSDV routing protocols but none can help me with this problem.
I'm using:
- NS-3 version 3.30
- Ubuntu 22.04
- OFSwitch13 module for the OF switch
Any suggestions are greatly appreciated. If something isn't clear feel free to ask, I will gladly provide more information.
Thanks,
Rado.