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