Home / user-452046

Steve Fowlkes's questions

Martin Hope
Steve Fowlkes
Asked: 2022-01-30 12:36:25 +0800 CST
  • 0

I'm just very curious but this question is two fold. If you have an App that's using WebRTC for example and it requires ICE connectivity to reach the other party... Does the app developer maintain the TURN/STUN servers? Are they part of their network? Or do TURN Servers exist in the public to use?

If they own the TURN servers, where do the candidate IP's come from? You can't just set up a server and have it magically dish out free IP's...Do you have to buy a block of IP's for the ICE Candidates to be chosen from?

webrtc
Martin Hope
Steve Fowlkes
Asked: 2020-10-12 18:45:20 +0800 CST
  • 0

so this sounds like a philosophical existential question here... but I'm wondering...If I have a stack, with a bunch of VM's all on compute nodes in my environment. ANd I create a vRouter for one particular network to use as a gateway... Where is that vRouter located? Is it on one of the Neutron controller nodes? Or is it on the compute nodes that have a network interface to that vRouter? What happens if the node where the vRouter is taken out of service, is the connection lost? Is there anyway to move the vRouter from one node to another?

router openstack
Martin Hope
Steve Fowlkes
Asked: 2020-06-01 19:28:24 +0800 CST
  • 1

So just as a bit of context, this is for a VM running that does call processing. So I was looking at the route table on the VM, and noticed that it has this:

  12.12.12.64/28 dev bond15 proto kernel scope link src 12.12.12.12
  12.12.12.64/28 dev bond19 proto kernel scope link src 12.12.12.12
  12.12.12.64/28 dev bond11 proto kernel scope link src 12.12.12.12
  12.12.12.64/28 dev bond8 proto kernel scope link src 12.12.12.12

So my question is, does this make sense? I didn't add them to the routing table on my own these were set when the IP's were configured. But my question is, how does this work then? If a packet destined to anything on 12.12.12.64/28 comes in it's always going to go to the bond15 interface correct? Wouldn't this completely negate the bond19 and bond11 interfaces?

Now that being said, I also did an ifconfig of the VM, and noticed that all of these BOND interfaces, have the same IP:

  bond8: flags=209<UP,POINTOPOINT,RUNNING,NOARP>  mtu 1472
          inet 12.12.12.12  netmask 255.255.255.240  destination 12.12.12.12
 bond11: flags=209<UP,POINTOPOINT,RUNNING,NOARP>         mtu 1472
          inet 12.12.12.12  netmask 255.255.255.240  destination 12.12.12.12
        bond15: flags=209<UP,POINTOPOINT,RUNNING,NOARP>  mtu 1472
    inet 12.12.12.12  netmask 255.255.255.240    destination 12.12.12.12
  bond19: flags=209<UP,POINTOPOINT,RUNNING,NOARP>  mtu 1472
    inet 12.12.12.12  netmask 255.255.255.240  destination 12.12.12.12

So given these two pieces of information, I'm curious as to how to pull this all together. Does this mean that all of these BOND's are just using the same interface? If so why does there need to be multiple lines in the route table? and why not just have one single entry in the ifconfig that consolidates all 4 Bonds into one? So there's just one Bond0 for 12.12.12.12 and on ipconfig entry for Bond0 for 12.12.12.12 ?

The way it reads to me is that according to the route table, it any packet destined for this subnet will only go to Bond15 because it appears first in the route list?

Thanks all..

routing subnet route ifconfig