Skip to main content

IETF Meeting Network Information

The dedicated IETF Network Operations Center (NOC) team works with meeting venues before and during each meeting and hackathon to engineer and deploy a network free and unfiltered Wi-Fi in every IETF meeting venue.

External connectivity

The IETF uses the following network prefixes:

  • 2001:67c:370::/48
  • 2001:67c:1230::/46
  • 31.133.128.0/18
  • 31.130.224.0/20

The IETF NOC supplies connectivity for the conference space and the venue hotel.

Meeting room wireless


Wi-Fi (802.11 a/g/n/ac/ax) depending on the SSID is provided throughout the Meetings Room on 5GHz and 6GHz bands, with IPv4 and IPv6.

The IETF meeting Wi-Fi is WPA3 or WPA2 PSK (eduroam uses 802.1X). The SSID ietf is now WPA3 only. If your devices can not support WPA3 please use ietf-dual-stack that is WPA2 only.

The default network (SSID ietf) will allow your device to signal a preference for IPv6-only operation while still supporting IPv4 if needed via translation mechanisms by implementing the “IPv6-Only Preferred Option” [RFC 8925].

Most users should choose the ietf SSID:

password: ietfietf

If you are not able to connect to ietf, use 'ietf-dual-stack'

password: ietfietf

Here’s a quick summary of the available Wi-Fi networks:

SSID Description Frequencies IP Versions WPA Generations
ietf IPv6-Only Preferred with Option for DHCPv4 [RFC 8925]| 5Ghz only 5Ghz and 6Ghz v6 - NAT64 - v4 WPA3 7 - 6E - 6 - 5 - 4
ietf-dual-stack Dual-stack provides both globally routable IPv4 and IPv6 addresses 5Ghz only v6 - v4 WPA2 6 - 5 - 4
eduroam Educational users 2.4Ghz and 5Ghz v6 - v4 WPA2 [802.1X] 6 - 5 - 4

The Wi-Fi network implements two BCP38-like filters:

  • Packets from manually configured IPv4 addresses that are not assigned by DHCP are dropped. DHCP packets are snooped by our wireless LAN controllers to perform this filtering.
  • Packets from IPv4 and IPv6 addresses that cannot be resolved via ARP/ND are filtered out. Proxy ARP/ND is performed by our wireless LAN controllers for this filtering.
Windows Clients on the ietf SSID

By default, Windows clients on the ietf SSID will get an RFC1918 IPv4 address and a global unicast IPv6 address.

However, recently Microsoft has enabled support for RFC8925 and Customer-side Address Translation (CLAT) to provide an "IPv6 Mostly" experience. If you wish to enable this, see the following. This is not required to have working network connectivity on the ietf SSID.

Prerequisites - Windows 11 update 25H2 build 26200.9550 (minimum), Windows 11 26H2 (preferred)

CLAT operation is enabled with the netsh command. In a command.exe or Powershell window. Run the following command:

netsh.exe interface clat set global permit=enabled

This command returns no out, but the change can be confirmed with:

netsh.exe interface clat show global

C:\Users\IETF01>netsh.exe interface clat show global
permit                 : enabled
pref64fromdns          : enabled
pref64fromra           : enabled
autoenable             : enabled
store                  : active

If pref64fromra output shows as disabled, you should enable it with:

netsh.exe interface clat set global pref64fromra=enabled

Reboot your machine and confirm CLAT is functioning. You should see an IPv4 address of 192.0.0.1 and a valid IPv6 address. If you need to disable CLAT, you can execute the following command, and then reboot:

netsh.exe interface clat set global permit=disabled

Known issues

Linux can't connect to SSID ietf Wi-Fi 7 is enabled in San Francisco. Like at IETF 126, Linux clients may have issues connecting to the ietf SSID.

Description: Linux laptops with Wi-Fi 7 capable wlan cards cannot join ietf (Wi-Fi 7 enabled SSIDs). This issue was caused by the NetworkManager package not being able to appropriately handle the key management type of SAE-EXT-KEY.

Workaround: Linux users with a wpa_supplicant version 2.11 or greater can use the following command to stop NetworkManager, and configure and directly use wpa-supplicant with a suitable wpa.conf instead;

sudo systemctl stop NetworkManager

cat <<EOF > wpa-ietf.conf
network={
    ssid="ietf"
    key_mgmt=SAE-EXT-KEY FT-SAE-EXT-KEY
    sae_password="ietfietf"
    ieee80211w=2
}
EOF
sudo wpa_supplicant -i <wlan interface num> -c wpa-ietf.conf -d

To connect to the ietf-hotel, personal hot-spots or other wifi networks, users will need to cancel the above wpa_supplicant command and restart the NetworkManager service ;

sudo systemctl restart NetworkManager

Shared workspace wired

When using the Ethernet connections in the Shared Workspace, IPv4 addresses are provided by DHCP. Please use Stateless Auto-configuration for IPv6 (SLAAC). A DHCPv6 server or RDNSS will provide network information.

Guest rooms and public space Wi-Fi

The IETF NOC team works with IETF meeting hotels to provide guest room access to the IETF meeting network using the hotels' existing Wi-Fi networks. Onsite meeting participants can connect to this by choosing:

SSID: ietf-hotel
Password: ietfietf

It's important to note that guest rooms and public spaces are covered by the hotel's access points. As such, there may be limitations to the extent of improvements we can make. If you experience any issues with the 'ietf-hotel' SSID, you can contact our Help Desk or email [email protected].

Help desk

If you are onsite and need direct network assistance (i.e., you have no network), please go to the Help Desk next to the IETF Registration Desk. NOC support is provided during hours onsite IETF registration is open.

To communicate with the NOC staff, send an email to [email protected] with as much detail regarding your issue and configuration as possible.

Please provide the following information:

  • MAC Address
  • Current Location
  • Device type and operating system
  • Description of the issue

This information will expedite ticket processing.

Services

The following network services are provided on the IETF meeting network:

On the ietf SSID, these services are provided by the following servers:

Name IPv6 IPv4
services-1.meeting.ietf.org 2001:67c:370:229::9 31.130.229.6
services-2.meeting.ietf.org 2001:67c:370:229::10 31.130.229.7

On the ietf-dual-stack SSID, these services are provided by the following servers:

Name IPv4 IPv6
services-1.meeting.ietf.org 31.130.229.6 2001:67c:370:229::6
services-2.meeting.ietf.org 31.130.229.7 2001:67c:370:229::7
Service Address Notes
NTP ntp.meeting.ietf.org A stratum 2 time service is provided via unicast IPv4 and IPv6
DNS ns1.meeting.ietf.org ns2.meeting.ietf.org Validating recursive resolvers. The local domain is meeting.ietf.org.

Geolocation

The IETF NOC publishes a geolocation feed for the IETF meeting network.

Geolocation service for event networks is often incorrect. Suggestions and assistance are welcomed.

Experiments

Experiments on the IETF network need to be approved by the IETF Chair.

Statistics

Dashboards are available for overall traffic statistics and WiFi client counts throughout the meeting week.

Dashboard

Thanks to IETF 127 Volunteers

The IETF network is made possible by our dedicated volunteer team, some of whom have the support of their employers. If you see any of these amazing volunteers in the halls, please be sure to thank them for their hard work and commitment!

  • Bill Jensen (University of Wisconsin–Madison)
  • Clemens Schrimpe
  • Hans Kuhn (NSRC)
  • Hirochika Asai (Preferred Networks/WIDE)
  • Joe Clarke (Cisco)
  • Karen O'Donoghue (Meinberg)
  • Rob Austein (Arrcus)
  • Steve Walsh

Staff

  • Con Reilly
  • Daniel Branik
  • Thomas Eichinger
  • Nick Kukich

Connectivity sponsors for IETF 127

  • Comcast
  • SFMIX
  • Hurricane Electric
  • CoreSite

Contributors

  • Juniper Networks
  • Cisco