home bbs files messages ]

Just a sample of the Echomail archive

Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.

   IPV6      The convoluted hot-mess that is IPV6      4,612 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 3,370 of 4,612   
   Tony Langdon to All   
   Interesting issue (solved, I think)   
   29 Dec 20 21:18:00   
   
   TZUTC: 1100   
   MSGID: 1643.fido-ipv6@3:633/410 24504bce   
   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   
   Had an interesting issue in recent weeks, which affected IPv6 connectivity on   
   my BBSs.  For almost 10 years, the connection has been trouble free, except for   
   some issues when moving house in 2013.  In 2017, upgrading to the NBN (runs   
   VDSL here) led to a vast improvement in service.  Most importantly, since 2013,   
   when we moved to this address, my LAN IPv6 prefix hadn't change.  The LAN used   
   the first /64 from my /56, with the WAN interface getting an address from   
   another /54.   
      
   Sometime in the near past, ,y LAN prefix changed to the second /64 in my range,   
   which baffled ne.  Rebooting the router sometimes got me back to the first /64,   
   but at the time I didn't know what was going on.  All I knew is everything   
   worked again.  When IPv6 failed within 12 hours of a reboot, I took a closer   
   look and discovered that my prefix had changed to the second /64 in my range.    
   So I reconfigured the BBSs and other hosts that require static addresses, as   
   well as their corresponding DNS entries, and all was well.  Next morning, the   
   LAN prefix had reverted to the first /64!   
      
   At this point, I considered phoning the ISP, but it was getting a bit late, so   
   I tinkered.  Went into the router and found there were 3 (relevant to me)   
   options for obtaining an IPv6 address.  The first (and the option I was   
   originally set to) looks for router adverisements first, then tries DHCPv6, and   
   finally assigns an address from the first subnet if all else fails.  I figured   
   there's something going on between router advertisements and DHCPv6.   
      
   The second option tries only DHCPv6.  I didn't try this one.   
      
   The third option uses only router advertisements, or assigning an address from   
   the first /64 if that fails.  I switched to this option.   
      
   Since making the switch, my LAN prefix seems stable (touch wood) on the second   
   /64 of my range.  Time will tell, but hopefully I've stabilised things on the   
   new address range.  Looks like my router started using DHCPv6 only   
   intermittently, and DHCPv6 assigns a different WAN address.  I'm only guessing,   
   as I can't see what's happening on the ISP side.  Maybe they're tweaking things   
   too.     
      
   99.9% of customers wouldn't notice this issue (and it never affected web   
   browsing and other client only activities on machines using SLAAC).  I only   
   noticed and have issues, because I have a lot of things listening on fixed IPs.   
      
      
   ... Hangnail: Coat hook.   
   === MultiMail/Win v0.51   
   --- SBBSecho 3.10-Linux   
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)   
   SEEN-BY: 1/123 90/1 105/81 120/340 123/131 226/30 227/702 229/424   
   SEEN-BY: 229/426 550 664 1016 240/5832 249/206 317 400 317/3 322/757   
   SEEN-BY: 342/200 633/0 267 280 281 410 412 509 640/1384 712/848   
   PATH: 633/410 280 229/426   
      

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca