We are not in a real mesh. We are in a star topology from each node. A real mesh would mean that each node knows its neighbourgs (of course ) AND is also Able to handle traffic for its neighbourgs. That not the case if I'm right.
This is not right, the IPIP network (at least when properly implemented) is a full mesh. All nodes can send traffic to all other nodes without having to rely on a central node or a neighbor other than the destination.
Technically one can even send traffic to "the wrong node" and it might forward it to the correct endpoint, but that is not guaranteed to work because not all nodes allow that in their firewall rules.
The only thing that operates in a star fashion is the distribution of routing information using RIP. It would be perfectly possible to setup a second node that sends this same information, to cover the case where that central node goes down and the other nodes gradually lose their routing info.
Rob
And there comes nice feature of ampr-ripd program by Marius YO2LOJ:
in case of missing or not broadcasted RIPv4 transmission, it keeps LASTLY received data, thus preserving routing table.
Best regards. --- Tom - SP2L
Sent from Xperia Z1 with AquaMail http://www.aqua-mail.com
I'm running ampr-ripd and it's identified as RIPV2 here
-----Message d'origine----- De : 44Net [mailto:44net-bounces+f1sca=numericable.fr@hamradio.ucsd.edu] De la part de SP2L Tom Envoyé : mercredi 9 mars 2016 12:11 À : AMPRNet working group 44net@hamradio.ucsd.edu Objet : Re: [44net] Is there raceroutre machine on 44 net available forpublic ?
(Please trim inclusions from previous messages) _______________________________________________ And there comes nice feature of ampr-ripd program by Marius YO2LOJ:
in case of missing or not broadcasted RIPv4 transmission, it keeps LASTLY received data, thus preserving routing table.
Best regards. --- Tom - SP2L
Sent from Xperia Z1 with AquaMail http://www.aqua-mail.com
_________________________________________ 44Net mailing list 44Net@hamradio.ucsd.edu http://hamradio.ucsd.edu/mailman/listinfo/44net
Right... Just mistyped on small touchscreen; correct is RIPv2.
Best regards. --- Tom - SP2L
Sent from Xperia Z1 with AquaMail http://www.aqua-mail.com
Well, it uses the RIPv2 packet format but because it's not actually broadcast and because it's carried over the IPIP tunnels it's not really RIP. I just used the packet format because it's well understood and serves a similar purpose.
But quagga and other routing software doesn't understand it because it's transported differently.
We really don't have an IPIP broadcast capability. - Brian
On Wed, Mar 09, 2016 at 12:48:53PM +0100, SP2L Tom wrote:
correct is RIPv2.
Brian, this is actually not quite accurate.
Quagga and other RIP routing daemons understand the messages, if the interface is set to an 44net IP with an /8 netmask. They just handle it wrong, sending all routes to the originator of the RIP message (as it should be in standard RIP).
So for an entry like 44.182.21.0/24 via 89.122.215.236 sent by 44.0.0.1 ampr-ripd will generate the route: 44.182.21.0/24 via 89.122.215.236 dev tunl0 while quagga will give us: 44.182.21.0/24 via 44.0.0.1 dev tunl0
This is a cause of some confusions, but this can be used to actually get the RIP data into a router, but needs to be processed further to create higher priority routes based on the gateway info, not the originator (and this is how my miktrotik script actually works).
Marius, YO2LOJ
-----Original Message----- From: Brian Kantor Sent: Wednesday, March 09, 2016 14:35 To: AMPRNet working group Subject: Re: [44net] Is there raceroutre machine on 44 net available forpublic ?
(Please trim inclusions from previous messages) _______________________________________________ Well, it uses the RIPv2 packet format but because it's not actually broadcast and because it's carried over the IPIP tunnels it's not really RIP. I just used the packet format because it's well understood and serves a similar purpose.
But quagga and other routing software doesn't understand it because it's transported differently.
We really don't have an IPIP broadcast capability. - Brian
Actually, in case of completely missing broadcasts, one can replace the saved route files in /var/lib/ampr-ripd with a downloaded standard encap.txt at it will setup the routes (just shut it down before the overwrite and start it again).
(Please trim inclusions from previous messages) _______________________________________________ And there comes nice feature of ampr-ripd program by Marius YO2LOJ:
in case of missing or not broadcasted RIPv4 transmission, it keeps LASTLY received data, thus preserving routing table.
Best regards.
Tom - SP2L
Sent from Xperia Z1 with AquaMail http:/â/âwwwâ.âaqua-mailâ.âcom
44Net mailing list 44Net@hamradio.ucsd.edu http://hamradio.ucsd.edu/mailman/listinfo/44net
Actually, in case of completely missing broadcasts, one can replace the saved route files in /var/lib/ampr-ripd with a downloaded standard encap.txt at it will setup the routes (just shut it down before the overwrite and start it again).
(Please trim inclusions from previous messages) _______________________________________________ And there comes nice feature of ampr-ripd program by Marius YO2LOJ:
in case of missing or not broadcasted RIPv4 transmission, it keeps LASTLY received data, thus preserving routing table.
Best regards.
Tom - SP2L
Sent from Xperia Z1 with AquaMail http:/â/âwwwâ.âaqua-mailâ.âcom
44Net mailing list 44Net@hamradio.ucsd.edu http://hamradio.ucsd.edu/mailman/listinfo/44net
-
Brian Kantor -
f1sca -
Marius Petrescu -
marius＠yo2loj.ro
-
Rob Janssen -
SP2L Tom