-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
First ping results #14
Comments
That is great to hear. I am not sure if it was really the patch cable, or just that we restart the link between antennas by unplugging and plugging back.
Yes, this is normal. We do not yet have routers which would allow you to route between different IP segments. Currently, we do not yet have that and have just a bridged L2 network with multiple IP segments on it. So antennas cannot really talk to each other over IP (or ICMP). When you connect to Sherman-Castro, then your put your local computer into its IP segment, so that is why you can ping yourself. But other antennas are outside that IP segment, so you cannot do anything. You have to use One option would be that we put the whole BSC mesh network under the same big subnet ( Anyway, that antennas are directly connected to each other and that you have even issues talking between them on L2 is just for now, because we do not have routers which would get each antenna connection and route between them, but we daisy-chained all antennas together with LAN port of one going to the LAN port of the other. So, the questions are:
Maybe @kostko can help here. |
Probably for debugging purposes like this one is good backbone/mesh devices share the same IP subnet because it is easier to work? Even if we have L3 routing later on? |
This is also the reason why speed test did not work between antennas when were trying yesterday. For the same reason ping is not working for you now. Antennas are not in the same IP segment/subnet. |
No, I think there was an actual problem with the patch cable. We couldn't even connect to the antennas, and I don't remember rebooting the antennas - changing the patch cable doesn't turn them off.. If the houses keep their own subnets, administered by house routers, then we'll have the same problem. We might be able to ping antennas, but can we reach house servers? So I guess the main question is: Can we route between different IP segments and subnets with the new routers? Then the house router would have to be connected to the mesh router, correct? Which router would serve as a DHCP server? Also, how do we prevent double NAT-ing / other problems with two routers in series? |
But it does restart the interface. So I think that might be what fixed it.
This is why we will have house mesh routers to route traffic. Currently we do not have mesh routers, but are working on bridging.
That's what a routing protocol on house mesh routers will be taking care of.
Yes. And there are multiple ways to do it. One is that mesh router is behind house router. Another is that it is in front.
House router. Or house could decide that it is a mesh router. They could also replace house router with mesh router. More complicated question is how to configure DNS if we would like to have a global DNS for all houses.
That is why we are using separate IP segments. We do not have to do NAT between them. You have to do NAT between public IPs and private IPs. We are already inside private IPs, so multiple routers do not have this issues. The whole mesh networks consist of multiple routers. |
This is irrelevant as far as a L3 routing protocol is concerned, as the routing protocol will usually announce all connected subnets and also direct host routes to all routers. The only question is how you will be allocating IP addresses to "antennas" (if there are any). You should allocate one address per interface and if you will be using L3 routing everywhere, you may assign Also, in wlan slovenija, with nodewatcher v3, we are no longer using any
Probably yes. And then you may redistribute the
This doesn't matter as more specific routes always take precedence over the less specific ones. So you will have one
This "common" subnet is like this only when you look at the aggregated view of the network. There are actually only two things - router IP addresses used for identifying nodes in the L3 routing protocol (Router IDs) and client subnets whose routes are redistributed into the routing protocol as stub networks (networks without any other routers). And there is no reason that those should come from the same
Well, the question is if you even want to redistribute the default route? So if one gateway fails, do you want traffic to be redirected to other houses? In case you want that, then you may redistribute all default gateways and this will work in an anycast fashion where the best gateway (based on calculated cost) will be chosen by the routers. |
So we have the following devices in our network with current plan:
We for now do not want to redistribute the default route. Each house would keep its default route on house router. Mesh router would work only for So, the question is, currently, each antenna has set its netmask to |
Ah, so you have a different topology where antennas do not perform routing. So I assume that you are just bridging all the antennas to the house mesh router? So in this case I think that it would be cleaner to consider the antennas part of the house subnet as they only act as a L2 bridge for the mesh router. So no need for |
I discovered some interesting facts:
After replacing the patch cable in Afro, I'm able to connect to Sherman-Castro (Great success!).
Pinging Wilde-Loth from Sherman-Castro did not work. I could not reach a single antenna, not even Loth-Wilde from Wilde-Loth.
I could, however, ping my desktop (located in Wilde) from Sherman-Castro. Attaching the results:
The connections look awesome. Any thoughts on this, @mitar?
The text was updated successfully, but these errors were encountered: