TZUTC: 1100
MSGID: 2160.fido-ipv6@3:633/410 264f7cb7
REPLY: 2:280/5555 61e7f631
PID: Synchronet 3.17c-Linux  Nov  3 2019 GCC 4.6.3
TID: SBBSecho 3.10-Linux r3.146 Nov  3 2019 GCC 4.6.3
CHRS: ASCII 1
-=> On 01-19-22 12:21, Michiel van der Vlist wrote to Tony Langdon <=-

 MvV> I did just that a couple of years ago to test prefix delegation. I
 MvV> connected a second router behind my primary router and IIRC it got a
 MvV> /61 out of the /56 assigned to me. Of that /61, one /64 was routed to
 MvV> the local LAN of the second router.  I presume the process allows for
 MvV> cascading routers until the /56 is exhausted, but I did not explore
 MvV> that. I was satisfied that I demonstrated prefix delegation worked.

Sounds like the results I'd expect.  When I move house later in the year, I may
segment my network physically, which would mean IPv4 subnets (which arrive via
tunnels) could be on separate wires, and I could delegate IPv4 prefixes to
those physical subnets.  Just a thought at this stage, still in the very early
planning stages. :)


... The greatest problem about old age is the fear that it may go on too long
=== MultiMail/Win v0.52
--- SBBSecho 3.10-Linux
 * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
SEEN-BY: 1/123 15/0 90/1 105/81 106/201 120/340 123/131 129/330 153/7715
SEEN-BY: 226/30 229/110 317 400 424 426 428 550 664 700 240/5832 249/206
SEEN-BY: 266/512 282/1038 301/1 317/3 320/219 322/757 342/200 396/45
SEEN-BY: 633/267 280 281 410 412 416 509 640/1384 712/848 770/1
PATH: 633/410 280 229/426