The DNSSEC Deployment Initiative and the Internet Society Deploy360 Programme, in cooperation with the ICANN Security and Stability Advisory Committee (SSAC), are planning a DNSSEC Workshop at the ICANN 54 meeting on 21 October in Dublin, Ireland. The DNSSEC Workshop has been a part of ICANN meetings for several years and has provided a forum for both experienced and new people to meet, present and discuss current and future DNSSEC deployments. For reference, the most recent session was held at the ICANN meeting in Buenos Aires, Argentina on 24 June 2015. The presentations and transcripts are available at: https://buenosaires53.icann.org/en/schedule/wed-dnssec.

At ICANN 54 we are particularly interested in live demonstrations of uses of DNSSEC or DANE. Examples might include:

Email clients and servers using DNSSEC, OPENPGPKEY, or S/MIME for secure email.

Tools for automating the generation of DNSSEC/DANE records.

Services for monitoring or managing DNSSEC signing or validation.

Tools or services for using DNSSEC/DANE along with other existing protocols and services such as SSH, XMPP, SMTP, S/MIME or PGP/GPG.

Innovative uses of APIs to do something new and different using DNSSEC/DANE.

S/MIME and Microsoft Outlook integration with active directory.

Our interest is to provide current examples of the state of development and to show real-world examples of how DNSSEC and DANE related innovation can be used to increase the overall security of the Internet.

We are open to presentations and demonstrations related to any topic associated with DNSSEC and DANE. Examples of the types of topics we are seeking include:

1. DNSSEC activities in Europe

For this panel we are seeking participation from those who have been involved in DNSSEC deployment in Europe and also from those who have not deployed DNSSEC but who have a keen interest in the challenges and benefits of deployment. In particular, we will consider the following questions: Are you interested in reporting on DNSSEC validation of your ISPs? What can DNSSEC do for you? What doesn’t it do? What are the internal tradeoffs to implementing DNSSEC? What did you learn in your deployment of DNSSEC? We are interested in presentations from both people involved with the signing of domains and people involved with the deployment of DNSSEC-validating DNS resolvers.

2. Potential impacts of Root Key Rollover

Given many concerns about the need to do a Root Key Rollover, we would like to bring together a panel of people who can talk about what the potential impacts may be to ISPs, equipment providers and end users, and also what can be done to potentially mitigate those issues. In particular, we are seeking participation from vendors, ISPs, and the community that will be affected by distribution of new root keys. We would like to be able to offer suggestions out of this panel to the wider technical community. If you have a specific concern about the Root Key Rollover, or believe you have a method or solution to help address impacts, we would like to hear from you.

Internet Service Providers (ISPs) play a critical role by enabling DNSSEC validation for the caching DNS resolvers used by their customers. We have now seen massive rollouts of DNSSEC validation within large North American ISPs and at ISPs around the world. We are interested in presentations on topics such as:

Can you describe your experiences with negative Trust Anchors and operational realities?

What does an ISP need to do to prepare its network for implementing DNSSEC validation?

How does an ISP need to prepare its support staff and technical staff for the rollout of DNSSEC validation?

What measurements are available about the degree of DNSSEC validation currently deployed?

4. The operational realities of running DNSSEC

Now that DNSSEC has become an operational norm for many registries, registrars, and ISPs, what have we learned about how we manage DNSSEC? What is the best practice around key rollovers? How often do you review your disaster recovery procedures? Is there operational familiarity within your customer support teams? What operational statistics have we gathered about DNSSEC? Are there experiences being documented in the form of best practices, or something similar, for transfer of signed zones?

5. DANE and DNSSEC application automation

For DNSSEC to reach massive deployment levels it is clear that a higher level of automation is required than is currently available. There also is strong interest for DANE usage within web transactions as well as for securing email and Voice-over-IP (VoIP). We are seeking presentations on topics such as:

What tools, systems and services are available to help automate DNSSEC key management?

Can you provide an analysis of current tools/services and identify gaps?

Where are the best opportunities for automation within DNSSEC signing and validation processes?

What are the costs and benefits of different approaches to automation?

What are some of the new and innovative uses of DANE and other DNSSEC applications in new areas or industries?

What tools and services are now available that can support DANE usage?

How soon could DANE and other DNSSEC applications become a deployable reality?

How can the industry use DANE and other DNSSEC applications as a mechanism for creating a more secure Internet?

We would be particularly interested in any live demonstrations of DNSSEC / DANE application automation and services. For example, a demonstration of the actual process of setting up a site with a certificate stored in a TLSA record that correctly validates would be welcome. Demonstrations of new tools that make the setup of DNSSEC or DANE more automated would also be welcome.

6. When unexpected DNSSEC events occur

What have we learned from some of the operational outages that we have seen over the past 18 months? Are there lessons that we can pass on to those just about to implement DNSSEC? How do you manage dissemination of information about the outage? What have you learned about communications planning? Do you have a route to ISPs and registrars? How do you liaise with your CERT community?

7. DNSSEC and DANE in the enterprise

Enterprises can play a critical role in both providing DNSSEC validation to their internal networks and also through signing of the domains owned by the enterprise. We are seeking presentations from enterprises that have implemented DNSSEC on validation and/or signing processes and can address questions such as:

What are the benefits to enterprises of rolling out DNSSEC validation? And how do they do so?

What are the challenges to deployment for these organizations and how could DANE and other DNSSEC applications address those challenges?

How should an enterprise best prepare its IT staff and network to implement DNSSEC?

What tools and systems are available to assist enterprises in the deployment of DNSSEC?

How can the DANE protocol be used within an enterprise to bring a higher level of security to transactions using SSL/TLS certificates?

8. Hardware Security Modules (HSMs) use cases and innovation

We are interested in demonstrations of HSMs, presentations of HSM-related innovations and real world use cases of HSMs and key management.

In addition, we welcome suggestions for additional topics.

If you are interested in participating, please send a brief (1-2 sentence) description of your proposed presentation to dnssec-dublin@isoc.org by **Monday, 17 August 2015**

It’s time to talk DNSSEC and DANE in Latin America! The DNSSEC Workshop at ICANN 53 in Buenos Aires will take place on Wednesday, 24 June 2015, from 9:00 to 15:15 ART. NOTE THE LATER START TIME! Previously the workshops started at 8:30am but this time our start is 9:00.

Remote participation information, slides, the agenda and more info can be found at:

Do you have a great story to share about your DNSSEC implementation? Do you have a new tool or service that makes DNSSEC or DANE easier to use or more automated? Would you like to demo your new tool or service? Do you have a case study you’d like to share?

We’re starting the call for participation for the ICANN 53 DNSSEC Workshop on Wednesday, June 24, 2015, at ICANN 53 in Buenos Aires, Argentina and we’d love to hear your ideas about what you would like to present. If you will be at ICANN 53, or can get there, please do consider submitting a proposal. You just need to send a sentence or two about your idea to:

If you are looking for ideas for topics, we’ve listed a good number of sessions we’d like to hear about in the full Call for Participation below. Consider these as starting points… we’re also interested in any other ideas you may have. We typically have about 100 people participating from across the industry and the Workshops provide a great way to share information with others – and to get input/feedback on ideas and services you may have.

The DNSSEC Deployment Initiative and the Internet Society Deploy360 Programme, in cooperation with the ICANN Security and Stability Advisory Committee (SSAC), are planning a DNSSEC Workshop at the ICANN 53 meeting on 24 June 2015 in Buenos Aires, Argentina. The DNSSEC Workshop has been a part of ICANN meetings for several years and has provided a forum for both experienced and new people to meet, present and discuss current and future DNSSEC deployments. For reference, the most recent session was held at the ICANN meeting in Singapore on 11 February 2015. The presentations and transcripts are available at: http://singapore52.icann.org/en/schedule/wed-dnssec.

At ICANN 53 we are particularly interested in live demonstrations of uses of DNSSEC or DANE. Examples might include:

Email clients and servers using DNSSEC/DANE for secure email.

Tools for automating the generation of DNSSEC/DANE records.

Services for monitoring or managing DNSSEC signing or validation.

Tools or services for using DNSSEC/DANE along with other existing protocols and services such as SSH, FTP or PGP/GPG.

Innovative uses of APIs to do something new and different using DNSSEC/DANE.

Our interest is to provide current examples of the state of development and to show real-world examples of how DNSSEC and DANE can be used to increase the overall security of the Internet.

We are open to presentations and demonstrations related to any topic associated with DNSSEC and DANE. Examples of the types of topics we are seeking include:

1. DNSSEC activities in Latin America

For this panel we are seeking participation from those who have been involved in DNSSEC deployment in Latin America and also from those who have not deployed DNSSEC but who have a keen interest in the challenges and benefits of deployment. In particular, we will consider the following questions: What can DNSSEC do for you? What doesn’t it do? What are the internal tradeoffs to implementing DNSSEC? What did you learn in your deployment of DNSSEC? We are interested in presentations from both people involved with the signing of domains and people involved with the deployment of DNSSEC-validating DNS resolvers.

2. Potential impacts of Root Key Rollover

Given many concerns about the need to do a Root Key Rollover, we would like to bring together a panel of people who can talk about what the potential impacts may be to ISPs, equipment providers and end users, and also what can be done to potentially mitigate those issues. In particular, we are seeking participation from vendors, ISPs, and the community that will be affected by distribution of new root keys. We would like to be able to offer suggestions out of this panel to the wider technical community. If you have a specific concern about the Root Key Rollover, or believe you have a method or solution to help address impacts, we would like to hear from you.

3. New gTLD registries and administrators implementing DNSSEC

With the launch of the new gTLDs, we are interested in hearing from registries and operators of new gTLDs about what systems and processes they have implemented to support DNSSEC. As more gTLDs are launched, is there DNSSEC-related information that can be shared to help those launches go easier?

4. Guidance for Registrars in supporting DNSSEC

The 2013 Registrar Accreditation Agreement (RAA) for registrars and resellers requires them to support DNSSEC from January 1, 2014. We are seeking presentations discussing:

What are the specific technical requirements of the RAA and how can registrars meet those requirements?

What tools and systems are available for registrars that include DNSSEC support?

What information do registrars need to provide to resellers and ultimately customers?

We are particularly interested in hearing from registrars who have signed the 2013 RAA and have either already implemented DNSSEC support or have a plan for doing so.

Internet Service Providers (ISPs) play a critical role by enabling DNSSEC validation for the caching DNS resolvers used by their customers. We have now seen massive rollouts of DNSSEC validation within large North American ISPs and at ISPs around the world. We are interested in presentations on topics such as:

What does an ISP need to do to prepare its network for implementing DNSSEC validation?

How does an ISP need to prepare its support staff and technical staff for the rollout of DNSSEC validation?

What measurements are available about the degree of DNSSEC validation currently deployed?

6. The operational realities of running DNSSEC

Now that DNSSEC has become an operational norm for many registries, registrars, and ISPs, what have we learned about how we manage DNSSEC? What is the best practice around key rollovers? How often do you review your disaster recovery procedures? Is there operational familiarity within your customer support teams? What operational statistics have we gathered about DNSSEC? Are there experiences being documented in the form of best practices, or something similar, for transfer of signed zones?

7. DNSSEC automation

For DNSSEC to reach massive deployment levels it is clear that a higher level of automation is required than is currently available. Topics for which we would like to see presentations include:

What tools, systems and services are available to help automate DNSSEC key management?

Can you provide an analysis of current tools/services and identify gaps?

Where are the best opportunities for automation within DNSSEC signing and validation processes?

What are the costs and benefits of different approaches to automation?

8. When unexpected DNSSEC events occur

What have we learned from some of the operational outages that we have seen over the past 18 months? Are there lessons that we can pass on to those just about to implement DNSSEC? How do you manage dissemination of information about the outage? What have you learned about communications planning? Do you have a route to ISPs and registrars? How do you liaise with your CERT community?

9. DANE and DNSSEC applications

There is strong interest for DANE usage within web transactions as well as for securing email and Voice-over-IP (VoIP). We are seeking presentations on topics such as:

What are some of the new and innovative uses of DANE and other DNSSEC applications in new areas or industries?

What tools and services are now available that can support DANE usage?

How soon could DANE and other DNSSEC applications become a deployable reality?

How can the industry use DANE and other DNSSEC applications as a mechanism for creating a more secure Internet?

We would be particularly interested in any live demonstrations of DNSSEC / DANE applications and services. For example, a demonstration of the actual process of setting up a site with a certificate stored in a TLSA record that correctly validates would be welcome. Demonstrations of new tools that make the setup of DNSSEC or DANE more automated would also be welcome.

10. DNSSEC and DANE in the enterprise

Enterprises can play a critical role in both providing DNSSEC validation to their internal networks and also through signing of the domains owned by the enterprise. We are seeking presentations from enterprises that have implemented DNSSEC on validation and/or signing processes and can address questions such as:

What are the benefits to enterprises of rolling out DNSSEC validation? And how do they do so?

What are the challenges to deployment for these organizations and how could DANE and other DNSSEC applications address those challenges?

How should an enterprise best prepare its IT staff and network to implement DNSSEC?

What tools and systems are available to assist enterprises in the deployment of DNSSEC?

How can the DANE protocol be used within an enterprise to bring a higher level of security to transactions using SSL/TLS certificates?

11. Hardware Security Modules (HSMs) use cases and innovation

We are interested in demonstrations of HSMs, presentations of HSM-related innovations and real world use cases of HSMs and key management.

In addition, we welcome suggestions for additional topics.

If you are interested in participating, please send a brief (1-2 sentence) description of your proposed presentation to dnssec-buenosaires@isoc.org by Wednesday, 01 April 2015

You can also download the slides that will be presented today. As you look at the agenda, please note that all times are Singapore Time which is UTC+8. (So, for instance, the 8:30 am SGT start time of the DNSSEC Workshop on Wednesday, 11 Feb, will be 1:30am Wednesday in Central European Time and 7:30pm Tuesday evening in US Eastern time.) Here is a view from the room today:

If you will be in Singapore on Monday, February 9, 2015, for ICANN 52 and you work with DNSSEC, you are invited to attend the informal “DNSSEC Implementers Gathering” at 19:30 at a nearby restaurant/pub. These gatherings bring together people who have implemented DNSSEC in some way to engage in conversations and exchange information and ideas. We’ve seen ideas for new projects come out of these gatherings in the past – and they have just generally helped deepen the connections between the community of people involved in getting DNSSEC widely deployed.

SPACE IS LIMITED so please RSVP as soon as possible to julie.hedlund@icann.org. We will be cutting off reservations by close-of-business on Thursday, 05 February 2015, but please let Julie know as soon as you can.

This is a unique opportunity to meet with and talk to key implementers, such as NominetUK, CNNIC, JPRS, NZNIC, CIRA, CZNIC, SIDN, and others. We do ask that in order to participate you should come prepared to say a few words about your experiences.

We are grateful once again to Comcast, NBC Universal and the MPAA in providing funding to pay for this informal gathering. The three companies sponsored the event at ICANN 51 in Los Angeles (pictured here) and we were able to stretch their sponsorships to cover this gathering in Singapore. Thank you to the three organizations for helping with what has been an extremely useful event at ICANN meetings. (We will, though, need new sponsors for ICANN 53.)

There are also two other DNSSEC-related events happening during the ICANN 52 week:

If you are in Singapore and available Monday evening, 09 Feb 2015, please do join us for the DNSSEC Implementers Gathering!

P.S. It should perhaps be obvious, but this event will not be available for remote participation nor will it be live-streamed as it involves a group of people sitting down at a restaurant/pub and eating/drinking together.

Time is running out! We have already received several excellent proposals for the ICANN 52 DNSSEC Workshop to be held on Wednesday, February 11, 2015 at ICANN 52 in Singapore and only have room for a few more presentations! If you work with DNSSEC or DANE and will be at ICANN 52, we would encourage you to submit a proposal for consideration for the 6+ hour DNSSEC Workshop to be held on the Wednesday of the ICANN week.

All you need to do right now is send a short (1-2 sentences) proposal to dnssec-singapore@isoc.org expressing your interest and saying what you would like to talk about.

The full Call for Participation is included below, but the key point is – we are looking for proposals from people who want to talk about interesting, innovative and new ways they are using DNSSEC or DANE … new tools… new services… new research … new case studies… demos of new tools/services… basically any new information that can help people understand better the value of DNSSEC and DANE and also the ways in which it can be more easily implemented and used.

Speaking at an ICANN DNSSEC Workshop is a great way to get your ideas and information out to members of the DNSSEC technical community – and the sessions are also archived and viewed by people long after the event is over.

If you are interested in participating, please send a brief (1-2 sentence) description of your proposed presentation to dnssec-singapore@isoc.org by Wednesday, 03 December 2014.

[UPDATE: The deadline has been extended to Wednesday, December 10, 2014.]

For this panel we are seeking participation from those who have been involved in DNSSEC deployment in Asia and also from those who have not deployed DNSSEC but who have a keen interest in the challenges and benefits of deployment. In particular, we will consider the following questions: What can DNSSEC do for you? What doesn’t it do? What are the internal tradeoffs to implementing DNSSEC? What did you learn in your deployment of DNSSEC? We are interested in presentations from both people involved with the signing of domains and people involved with the deployment of DNSSEC-validating DNS resolvers.

2. Potential impacts of Root Key Rollover

Given many concerns about the need to do a Root Key Rollover, we would like to bring together a panel of people who can talk about what the potential impacts may be to ISPs, equipment providers and end users, and also what can be done to potentially mitigate those issues. In particular, we are seeking participation from vendors, ISPs, and the community that will be affected by distribution of new root keys. We would like to be able to offer suggestions out of this panel to the wider technical community. If you have a specific concern about the Root Key Rollover, or believe you have a method or solution to help address impacts, we would like to hear from you.

3. New gTLD registries and administrators implementing DNSSEC

With the launch of the new gTLDs, we are interested in hearing from registries and operators of new gTLDs about what systems and processes they have implemented to support DNSSEC. As more gTLDs are launched, is there DNSSEC-related information that can be shared to help those launches go easier?

4. Guidance for Registrars in supporting DNSSEC

The 2013 Registrar Accreditation Agreement (RAA) for registrars and resellers requires them to support DNSSEC from January 1, 2014. We are seeking presentations discussing:
* What are the specific technical requirements of the RAA and how can registrars meet those requirements?
* What tools and systems are available for registrars that include DNSSEC support?
* What information do registrars need to provide to resellers and ultimately customers?

We are particularly interested in hearing from registrars who have signed the 2013 RAA and have either already implemented DNSSEC support or have a plan for doing so.

5. APIs between the Registrars and DNS hosting operators

One specific area that has been identified as needing focus is the communication between registrars and DNS hosting operators, specifically when these functions are provided by different entities. Currently, the communication, such as the transfer of a DS record, often occurs by way of the domain name holder copying and pasting information from one web interface to another. How can this be automated? We would welcome presentations by either registrars or DNS hosting operators who have implemented APIs for the communication of DNSSEC information, or from people with ideas around how such APIs could be constructed.

Internet Service Providers (ISPs) play a critical role by enabling DNSSEC validation for the caching DNS resolvers used by their customers. We have now seen massive rollouts of DNSSEC validation within large North American ISPs and at ISPs around the world. We are interested in presentations on topics such as:
* What does an ISP need to do to prepare its network for implementing DNSSEC validation?
* How does an ISP need to prepare its support staff and technical staff for the rollout of DNSSEC validation?
* What measurements are available about the degree of DNSSEC validation currently deployed?
* What tools are available to help an ISP deploy DNSSEC validation?
* What are the practical server-sizing impacts of enabling DNSSEC validation on ISP DNS Resolvers (ex. cost, memory, CPU, bandwidth, technical support, etc.)?

7. The operational realities of running DNSSEC

Now that DNSSEC has become an operational norm for many registries, registrars, and ISPs, what have we learned about how we manage DNSSEC? What is the best practice around key rollovers? How often do you review your disaster recovery procedures? Is there operational familiarity within your customer support teams? What operational statistics have we gathered about DNSSEC? Are there experiences being documented in the form of best practices, or something similar, for transfer of signed zones?

8. DNSSEC automation

For DNSSEC to reach massive deployment levels it is clear that a higher level of automation is required than is currently available. Topics for which we would like to see presentations include:
* What tools, systems and services are available to help automate DNSSEC key management?
* Can you provide an analysis of current tools/services and identify gaps?
* Where are the best opportunities for automation within DNSSEC signing and validation processes?
* What are the costs and benefits of different approaches to automation?

9. When unexpected DNSSEC events occur

What have we learned from some of the operational outages that we have seen over the past 18 months? Are there lessons that we can pass on to those just about to implement DNSSEC? How do you manage dissemination of information about the outage? What have you learned about communications planning? Do you have a route to ISPs and registrars? How do you liaise with your CERT community?

10. DANE and DNSSEC applications

There is strong interest for DANE usage within web transactions as well as for securing email and Voice-over-IP (VoIP). We are seeking presentations on topics such as:
* What are some of the new and innovative uses of DANE and other DNSSEC applications in new areas or industries?
* What tools and services are now available that can support DANE usage?
* How soon could DANE and other DNSSEC applications become a deployable reality?
* How can the industry use DANE and other DNSSEC applications as a mechanism for creating a more secure Internet?

We would be particularly interested in any live demonstrations of DNSSEC / DANE applications and services. For example, a demonstration of the actual process of setting up a site with a certificate stored in a TLSA record that correctly validates would be welcome. Demonstrations of new tools that make the setup of DNSSEC or DANE more automated would also be welcome.

11. DANE / DNSSEC as a way to secure email

The DNS-based Authentication of Named Entities (DANE) protocol is an exciting development where DNSSEC can be used to provide a strong additional trust layer for traditional SSL/TLS certificates. We are both pleased and intrigued by the growing usage of DANE and DNSSEC as a means of providing added security for email. Multiple email servers have added support for DANE records to secure TLS/SSL connections. Some email providers are marketing DNSSEC/DANE support. We would like to have a panel at ICANN 51 focusing on this particular usage of DANE. Are you a developer of an email server or client supporting DANE? Do you provide DANE / DNSSEC support in your email service? Can you provide a brief case study of what you have done to implement DANE / DNSSEC? Can you talk about any lessons you learned in the process?

12. DNSSEC and DANE in the enterprise

Enterprises can play a critical role in both providing DNSSEC validation to their internal networks and also through signing of the domains owned by the enterprise. We are seeking presentations from enterprises that have implemented DNSSEC on validation and/or signing processes and can address questions such as:
* What are the benefits to enterprises of rolling out DNSSEC validation? And how do they do so?
* What are the challenges to deployment for these organizations and how could DANE and other DNSSEC applications address those challenges?
* How should an enterprise best prepare its IT staff and network to implement DNSSEC?
* What tools and systems are available to assist enterprises in the deployment of DNSSEC?
* How can the DANE protocol be used within an enterprise to bring a higher level of security to transactions using SSL/TLS certificates?

13. Hardware Security Modules (HSMs) use cases and innovation

We are interested in demonstrations of HSMs, presentations of HSM-related innovations and real world use cases of HSMs and key management.

In addition, we welcome suggestions for additional topics.

If you are interested in participating, please send a brief (1-2 sentence) description of your proposed presentation to dnssec-singapore@isoc.org by **Wednesday, 03 December 2014**

If you are interested in helping advance the deployment of DNSSEC, there are a group of us that gather in a conference call on the first Thursday of each month to exchange information, share ideas and develop plans to accelerate more usage and deployment of DNSSEC. This is a group focused more on the advocacy and promotion of DNSSEC and DANE, rather than focused on technical deployment issues. (There are other email lists and groups for that.) It is not a formal group but just a group of people interested in coordinating our activities so that we can we can learn from each other and work together to make thing happen quicker.

These “DNSSEC coordination” calls are hosted by the Internet Society and open to anyone interested in helping. Please simply join the “dnssec-coord” mailing list to be connected to others and learn about the upcoming calls and events.

As part of our ongoing publishing of DNSSEC deployment maps showing visually the DNSSEC status of country-code top-level domains (ccTLDs), we also publish a comma-separated value (CSV) file that contains the DNSSEC status of all the generic top-level domains (gTLDs), including all the “new gTLDs” that have been published as part of ICANN’s program. We do not yet have any visual display of the generic TLDs, although that is something we would like to eventually include in the distribution. For the moment they are just listed in a CSV file – and primarily what we are listing is that they have a DS record in the root zone of DNS.

The latest maps and CSV files as of today, September 2, 2014, can now be found online. These maps and CSV files are published every Monday morning with whatever updates have been made to the database. If you would like to receive the maps and CSV files, please subscribe to the dnssec-maps mailing list. The list is “announce-only”, i.e. it is not a discussion list, and so you will only receive the weekly map updates and very occasional administrative updates. You can visit the list archives to see the type of messages sent to the list.

As we mentioned previously, the DNSSEC Deployment Initiative website and mailing list are in the process of being moved to hardware running on the Internet Society’s infrastructure. The migration of the web site has now been completed. To be sure you are seeing the new site, you should now see a “Deploy360″ logo in the right navigation bar. If you don’t, you are still seeing the old site, but should see the new site soon.

You can also now comment without logging into the site. We’ll be making a number of other smaller back-end changes to the site… but you shouldn’t notice any of those.

If you do see anything strange happening with the website, please email me at york@isoc.org.

The dnssec-deployment@dnssec-deployment.org mailing list still needs to be moved to ISOC’s infrastructure. That change will be happening sometime in the next few weeks.