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
It would be really nice if there was a way to get udp tunnel to do a ping/pong test to verify data sent was received. I had a compute node die and migrated everything over to another box. I aliased the ip (ip address add bla dev bla) with the old server to the new server (ens3.66 had .100 and .101 (100 old 101 new)) and was able to load the gui without issue but couldn't' figure out why I couldn't communicate outside of gns3. Even devices on the same switch couldn't communicate. This is with the gui connecting to .100 address.
After a lot of trouble shooting I removed the gns3 home dir and found I could attach devices to the network. In the end and I still don't understand why,the issue was the udp tunnels ubridge creates were not able to communicate. Even after blowing away all iptables rules. After disabling the host line that bound gns3 to a 2nd IP on the interface I was then able to attach VMs to the network and get data.
I've never questioned my GNS3 know how so much in one day. :D
The text was updated successfully, but these errors were encountered:
grossmj
changed the title
Feature request
Check for UDP tunnel can send/receive
Jul 30, 2023
It would be really nice if there was a way to get udp tunnel to do a ping/pong test to verify data sent was received. I had a compute node die and migrated everything over to another box. I aliased the ip (ip address add bla dev bla) with the old server to the new server (ens3.66 had .100 and .101 (100 old 101 new)) and was able to load the gui without issue but couldn't' figure out why I couldn't communicate outside of gns3. Even devices on the same switch couldn't communicate. This is with the gui connecting to .100 address.
After a lot of trouble shooting I removed the gns3 home dir and found I could attach devices to the network. In the end and I still don't understand why,the issue was the udp tunnels ubridge creates were not able to communicate. Even after blowing away all iptables rules. After disabling the host line that bound gns3 to a 2nd IP on the interface I was then able to attach VMs to the network and get data.
I've never questioned my GNS3 know how so much in one day. :D
The text was updated successfully, but these errors were encountered: