From nick at ripe.net Sat Mar 15 12:33:53 2014 From: nick at ripe.net (nick) Date: Sat, 15 Mar 2014 12:33:53 +0100 Subject: [news] Internet Technical Leaders Welcome IANA Globalization Progress Message-ID: <932d3f9cc92059bff5548924698f7071@ripe.net> Internet Technical Leaders Welcome IANA Globalization Progress The leaders of the Internet technical organizations responsible for coordination of the Internet infrastructure (IETF, IAB, RIRs, ccTLD ROs, ICANN, ISOC, and W3C), welcome the US Government's announcement of the suggested changes related to the IANA functions contract. Their complete statement can be found here: http://www.nro.net/news/internet-technical-leaders-welcome-iana-globalization-progress Regards, Nick Hyrka Communications Manager RIPE NCC From koalafil at gmail.com Mon Mar 17 16:56:18 2014 From: koalafil at gmail.com (Filiz Yilmaz) Date: Mon, 17 Mar 2014 16:56:18 +0100 Subject: Last Call and Draft program for RIPE 68 Message-ID: <9146D5AD-CD35-4605-9BA3-248DF586FBA3@gmail.com> Dear Colleagues, A list of currently accepted RIPE 68 presentations is now published at: https://ripe68.ripe.net/programme/meeting-plan/draft/ There are still few slots remaining for a final RIPE 68 programme and RIPE Programme Committee will accept new proposals until 6 April 2014. This is our last call for you to submit your proposals. Kind regards Filiz Yilmaz Chair, RIPE Programme Committee Begin forwarded message: > From: Filiz Yilmaz > Subject: Call for Presentations RIPE 68 > Date: 19 Nov 2013 19:04:34 GMT+1 > To: ripe-list at ripe.net, "nanog at nanog.org" > Cc: "pc at ripe.net Committee" > > > Dear colleagues, > > Please find the CFP for RIPE 68 below or at https://ripe68.ripe.net/submit-topic/cfp/. > > The deadline for submissions is 2 March 2014. > Please also note that speakers do not receive any extra reduction or funding towards the meeting fee at the RIPE Meetings. > > Kind regards > > Filiz Yilmaz > RIPE PC Chair > http://www.ripe.net/ripe/meetings/ripe-meetings/pc > > > --------------------- > > Call for Presentations > > A RIPE Meeting is an open event where Internet Service Providers, network operators and other interested parties get together. Although the meeting is mostly technical, it is also a chance for people to meet and network with others in their field. > > RIPE 68 will take place from 12 ? 16 May 2014 in Warsaw, Poland. > > The RIPE Programme Committee (PC) is now seeking content proposals from the RIPE community for the plenary session presentations, BoFs (Birds of a Feather sessions), panels, workshops, tutorials and lightning talks at RIPE 68. The PC is looking for presentations covering topics of network engineering and operations, including but not limited to: > > ? IPv6 deployment > ? Managing IPv4 scarcity in operations > ? Commercial transactions of IPv4 addresses > ? Data centre technologies > ? Network and DNS operations > ? Internet governance and regulatory practices > ? Network and routing security > ? Content delivery > ? Internet peering and mobile data exchange > > Submissions > > RIPE Meeting attendees are quite sensitive to keeping presentations non-commercial, and product marketing talks are strongly discouraged. Repeated audience feedback shows that the most successful talks focus on operational experience, research results, or case studies. For example, presenters wishing to describe a commercial solution should focus on the underlying technology and not attempt a product demonstration. > > The RIPE PC accepts proposals for different presentation formats, including plenary session presentations, tutorials, workshops, BoFs (Birds of a Feather sessions) and lightning talks. See the full descriptions of these formats at > https://ripe68.ripe.net/submit-topic/presentation-formats/ > > Presenters who are proposing a panel or BoF are encouraged to include speakers from several (perhaps even competing) companies and/or a neutral facilitator. > > In addition to presentations selected in advance for the plenary, the RIPE PC also offers several time slots for ?lightning talks?, which are selected immediately before or during the conference. > > The following general requirements apply: > > - Proposals for plenary session presentations, BoFs, panels, workshops and tutorials must be submitted for full consideration no later than 2 March 2014, using the meeting submission system at https://ripe68.ripe.net/submit-topic/guidelines/. Proposals submitted after this date will be considered on a space-available basis. > > - Lightning talks should also be submitted using the meeting submission system (https://ripe68.ripe.net/submit-topic/submission-form/) and can be submitted just days before the RIPE Meeting starts or even during the meeting week. The allocation of lightning talk slots will be announced in short notice ? in some cases on the same day but often one day prior to the relevant session. > > - Presenters should indicate how much time they will require. > See more information on time slot allocations per presentation format at https://ripe68.ripe.net/submit-topic/presentation-formats/ > > - Proposals for talks will only be considered by the PC if they contain at least draft presentation slides (slides may be updated later on). For panels, proposals must contain a clear description, as well as the names of invited panelists, presenters and moderators. > > - Due to potential technical issues, it is expected that most, if not all, presenters/panelists will be physically present at the RIPE Meeting. > > If you have any questions or requests concerning content submissions, please email pc [at] ripe [dot] net. > > --------------------- > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ripencc-management at ripe.net Mon Mar 17 18:06:36 2014 From: ripencc-management at ripe.net (Axel Pawlik) Date: Mon, 17 Mar 2014 18:06:36 +0100 Subject: Adoption Process for RIPE NCC Corporate Documents Message-ID: Dear colleagues, Following requests from the RIPE community, the RIPE NCC has published the ?Adoption Process for RIPE NCC Corporate Documents". This is available online at: http://www.ripe.net/lir-services/ncc/corporate-governance/adoption-process-for-ripe-ncc-corporate-documents If you have any questions, please let us know. Kind regards, Axel Pawlik Managing Director RIPE NCC From ripencc-management at ripe.net Thu Mar 20 13:45:08 2014 From: ripencc-management at ripe.net (Axel Pawlik) Date: Thu, 20 Mar 2014 13:45:08 +0100 Subject: The RIPE Community and the Evolution of the IANA Functions Message-ID: <311014AF-1430-4378-BE99-BD0344128A60@ripe.net> Dear colleagues, On Friday 14 March, the United States Government announced that it intends to transition oversight of key Internet functions (including the Internet Assigned Numbers Authority, or IANA) to the global multi-stakeholder community. It has asked ICANN to facilitate, in consultation with the global multi-stakeholder community, the development of a proposal for the transition. Leaders of the I* Internet technical coordination organisations met several times and, in line with the Montevideo Statement on the Future of Internet Cooperation (October 2013), we agreed on some common principles for an evolution such as the one announced by the US Government. Regular participants in those meetings, including their affiliated organisations, are noted here: http://www.nro.net/news/statement-from-the-i-leaders-coordination-meeting As an outcome of these discussions, a common position was developed on the following points: - The roles of all Internet registry policy bodies stay unchanged. These bodies continue to hold policy authority for the protocol parameter, number, and name spaces, including responsibility to ensure the faithful registry implementation according to those policies. - The IETF, IAB, and RIRs are committed to the role of ICANN as the IANA protocol parameter and IP address registry operator. - ICANN reaffirms its commitment to implement all IANA registry functions in accordance with the respective policies. ICANN will also provide affirmations to all stakeholders (including governments) that all Internet registry policy bodies and ICANN itself will continue to use open and transparent processes. The full text, agreed upon by the I* leaders, is included at the end of this email. Separately, ICANN released a timeline that details its expectations of the multi-stakeholder consultation process. More information on these plans will undoubtedly come out of the upcoming ICANN Meeting in Singapore (23-27 March). The timeline document is available here: http://www.icann.org/en/about/agreements/iana/functions-transfer-process-14mar14-en.pdf While this timeline focuses on ICANN meetings and events, it is clear that this process will not take place only in ICANN venues. The five RIR communities are key stakeholders in this process, and it is vital that we discuss these issues both within our regional communities and globally to ensure that our voices are heard and our concerns recognised. The stable, accurate and professional management of the IANA functions, including management of the global IP address pool, is fundamental to the operation of the Internet. It is important that we not lose sight of this fact as management of the IANA evolves to more faithfully reflect the multi-stakeholder nature of the Internet community. In the RIPE community, these discussions will take place via the communication and discussion channels already in place, including the RIPE mailing list, the Cooperation Working Group and RIPE Meetings (including the upcoming RIPE 68 Meeting in Warsaw this May). The RIPE NCC will work, as ever, to facilitate these discussions and ensure that their output is effectively channeled into the global process. If you have any thoughts, comments or questions at this time, I encourage you to raise them on the RIPE mailing list or the RIPE Cooperation Working Group mailing list , and I look forward to further discussion at RIPE 68. Best regards, Axel Pawlik Managing Director RIPE NCC ******* Agreed text by the Leaders of I* organisations: In order to ensure global acceptance and affirmation of ICANN's role as administrator of the IANA functions, we are now pursuing the transition of USG's stewardship of the IANA functions from the USG to ICANN. The roles of all Internet registry policy bodies (such as the RIRs, IAB, IETF, ASO, ccNSO, ccTLD Registry Operators, and gNSO) stay unchanged. These bodies continue to hold policy authority for the protocol parameter, number, and name spaces, including responsibility to ensure the faithful registry implementation according to those policies. This transition from the USG has been envisaged since the early days of ICANN. It is now feasible due to the growing maturity of ICANN and other organisations in the Internet ecosystem. ICANN's structures and accountability mechanisms continue to evolve and advance guided by the Affirmation of Commitments (AoC) community reviews, including Accountability and Transparency Review Team (ATRT). In addition, ICANN will continue to embrace its aggressive roadmap to truly globalize its structures. In order to operationalize the transition from USG, ICANN will engage with the Internet community in a bottom-up public consultation process to ensure appropriate accountability mechanisms. In addition, ICANN will work with the names, numbers, and protocol communities to formalize relationships, commitments, and mutual responsibilities. When community stakeholders have input about the policies emanating from the names, numbers, and protocol communities, they would be directed to pursue their interests through the relevant Internet communities (such as the gNSO, ccNSO, ccTLD ROs, ASO, IAB, IETF, or the RIRs) and their mechanisms for consideration and potential redress. The IETF, IAB, and RIRs are committed to open and transparent processes. They also are committed to the role of ICANN as the IANA protocol parameter and IP address registry operator. The accountability mechanisms for ICANN's administration of these core internet functions will provide escalation routes that assure the names, numbers, and protocol communities that if IANA's performance is lacking, those communities can pursue defined processes for improving performance, including pre-agreed independent 3rd party arbitration processes. ICANN reaffirms its commitment to implement all IANA registry functions in accordance with the respective policies. ICANN will also provide affirmations to all stakeholders (including governments) from all Internet registry policy bodies and itself that all of us will use open and transparent processes. -- end --