BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//pretalx//cfp.nluug.nl//nluug-najaarsconferentie-2025//speaker//BA
 KJ3Z
BEGIN:VTIMEZONE
TZID:CET
BEGIN:STANDARD
DTSTART:20001029T040000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
TZNAME:CET
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:20000326T030000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
TZNAME:CEST
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:pretalx-nluug-najaarsconferentie-2025-CGPCBE@cfp.nluug.nl
DTSTART;TZID=CET:20251120T100000
DTEND;TZID=CET:20251120T104500
DESCRIPTION:Many organisations are considering transitioning to IPv6 only w
 hen they are running out of IPv4 addresses. The canonical solution is dual
  stack\, IPv4 and IPv6 coexisting on the same link until it's safe to shut
  off IPv4.\nBut does this really help? And is it really safe? IPv4 address
 es continue to be used and some problems may remain hidden until the very 
 last moment. Is there a better way forward?\n\nIPv6-Mostly is a technique 
 that allows networks to selectively pretend they are IPv6-Only\, that IPv4
  is already gone. Endpoints signal when they no longer need IPv4 and the n
 etwork ensures that this white lie is believable.\nThe beauty of IPv6-Most
 ly lies in its ability to enable a controlled and incremental transition t
 o IPv6-Only\, and highlight where IPv4 is still needed or where it can be 
 actually de-commissioned.\n\nThis presentation will introduce IPv6-Mostly 
 for people who are not aware of this technique\, and share some deployment
  experiences including both horror and success stories.
DTSTAMP:20261103T082206Z
LOCATION:room 3
SUMMARY:IPv6 - Are we there yet? No. Are we moving? Mostly. - Riccardo Stag
 ni
URL:https://cfp.nluug.nl/nluug-najaarsconferentie-2025/talk/CGPCBE/
END:VEVENT
END:VCALENDAR