I don't understand your consideration of "moving from a star to a mesh".
We ALREADY have a mesh! There is no load to be removed from AMPRGW other
than the routing from/to internet for those that are not directly BGP routed on internet.
When you want a solution for the "single point of failure" for RIP
announcements, the
simple solution would be to deploy a second RIP annoucer elsewhere, that sends the
same information as AMPRGW, and takes over when AMPRGW does not send those
announcements. Of course it still needs to be fed with the same topology information,
so it could be tricky to get a solution that does not have any single point of failure,
but
your solution of doing BGP over tunnels instead has such information embedded in
the static configuration of all the peers, which is even more difficult to manage.
So it is not really clear to me what such a change really would achieve what we do
not already have.
What is the status of usage of AMPRnet addresses in HSMM? In the past they used
RFC1918 addresses that were automatically allocated. I believe newer versions can
use static addresses that could als well be from NET-44. Is this already in wide use?
Rob