RIPE Chair Selection - Next Steps
• 8 min read
Please find below an update from the RIPE Nominating Committee. Three of the NomCom members answer some of the questions you might have about the next steps in the selection process.
Based in Western Europe, NL&DE mostly
Articles
Likes on articles
>>>>>>>>>>>> https://www.ripe.net/about-us/press-centre/publications/speakers/daniel-karrenberg <<<<<<<<<<<< Ample information about his past sins can be found using your favourite search engine. Following are a few additional keywords you might use, arranged by decade: 1980s: GUUG EUUG EUnet unido mcvax cwi RARE iepg RIPE; 1990s: RIPE+NCC rir iana postel terena ebone centr k.root-servers.net; 2000s: dnsmon nsd ris internet+society rssac; 2010s: ripe+labs ripestat ripe+atlas
• 8 min read
Please find below an update from the RIPE Nominating Committee. Three of the NomCom members answer some of the questions you might have about the next steps in the selection process.
• 10 min read
March 1992 - NIKHEF Amsterdam - Main Computer Room: "We have connectivity!" Marten called out. "Running the check script." Daniel responded. The two young engineers were intently looking at their screens, totally oblivious to anything around them: the noise of the air-conditioning fans, the bli…
• 15 min read
This work demonstrates the value of the results collected by RIPE Atlas independent of the original purpose for collecting them. Using all traceroute results from a particular day as an example, we first show that near real-time analysis of the result stream is feasible. Then we show that this has …
• 14 min read
View maps based on RIPE Atlas traceroute measurements. Compare the maps to the ISP's description of their topology. See the potential of RIPE Atlas for mapping the packet layer topology. Learn about experimental tools you can use yourself to explore. Make suggestions for further work.
• 3 min read
On Wednesday 13 June 2012, an unknown error caused the removal of several zone files from the configuration of our reverse DNS provisioning system. Following up from the initial report published on RIPE Labs, we further analysed what caused the incident and implemented a number of procedures to dec…
• 4 min read
RIPE NCC members can browse RIPE database objects with history in RIPEstat for a couple of weeks as a demonstration. Please check it out and let us know what you think.
• 4 min read
In addition to the existing global and local instances of K-root, we propose member instances of K-root. This article describes the benefits and how this will be implemented during the pilot phase.
• 6 min read
Bringing high-quality independent measurements to your network!
• 8 min read
Last week there were several problems with the RIPE NCC's reverse DNS (rDNS) service. This article is a first report about the events. It is not intended to analyse the causes or make detailed recommendations for action.
• 3 min read
In anticipation of reaching the last /8 of IPv4 addresses in the RIPE NCC service region, we have been looking at the number of IPv4 addresses the RIPE NCC handed out over the last four years. The curves look surprisingly uniform.
“Daniel One of the contradictions that I have observed in the IETF is that the community maintains a position that it addresses technical issues and not policy, when in reality it sometimes does address policy matters quite explicitly (eg RFC 7258 - Pervasive Monitoring is an Attack) and often does so implicitly (many of the technical decisions have policy implications). Suggesting therefore that it is unreasonable to highlight changing circumstances in legislation etc (the imminent adoption of online safety regulation in the UK and EU) as a possible reason to revisit previous community consensus positions, especially if some time has passed since those positions were reached, seems itself to be unreasonable. The IETF does not operate in a vacuum! Separately, the research referenced by Dan mentions the lack of diversity within the IETF community on a number of axis including gender, ethnicity, geography and thought. It is something of an outlier compared to, for example, the IGF, in that regard and has yet to find a way to embrace the multistakeholder model despite some proposals from the IAB (see RFC 8890 - the Internet is for End Users). I note that we also have a problem engaging newcomers, with significant attrition after they have attended a single meeting. Whilst some of this will be due to some taking advantage of the proximity of a particular meeting with their home base, the culture of the community must also take some of the blame. It should be possible to address the cultural challenges. From my own limited experience of RIPE, the community feels very welcoming, and I'm told that the same is true is other organisations such as ETSI. If we are to cite consensus documents as the reason for doing (or not doing) something, we should take care to ensure that the community is as diverse and representative as possible, otherwise our consensus will not carry very much weight. Andrew”
Andrew, you are not really engaging with my comments, so I assume this was posted as a response to them by mistake.
“Disclosure: I am one of the founders of RIPE and both the first and a current employee of the RIPE NCC. I have also been an IETF participant, working group chair and chair of the Internet Society board of trustees and as such have played a role in IETF governance. Dan, No, the IETF is not perfect and neither is the RIPE community. We all carry the history of actions and prejudices of our individual and collective past into our current structures and attitudes. This is no different elsewhere. As an exercise I advise any representative democracy and their rites, unwritten laws and sometimes obscure networks. Whenever I wish to engage a new group I have to do my homework like you started to do. Nowhere have I succeeded in demanding to re-visit previous beliefs and decisions without knowing them and basing my proposals for a big part on the previous work and traditions of the group I am engaging. Neither have I had much success with challenging the attitudes and customs of the group I wish to engage. "As a new attendee, I argued both that I was not part of or aware of previous discussions (which is reason in itself to reassess the previous consensus), and also that the imminent adoption of online safety regulation in the UK and EU is a strong reason to revisit these discussions." will get you nowhere, neither here nor at the IETF and for a reason. Best Daniel”
A friend has pointed out to me that "Neither have I had much success with challenging the attitudes and customs of the group I wish to engage." was a little to terse. What I meant to say is better expressed like this: Neither have I had much success with starting a new engagement by loudly challenging the attitudes and customs of the group I wish to engage without first making it very very clear that I understand and respect the traditions and beliefs of that group. Of course it is OK to express disagreement, but not without showing appropriate respect for said traditions and beliefs. Again, just friendly suggestions.
“I was at the same side meeting and had a different impression. My article in French: https://www.bortzmeyer.org/filtrage-vie-privee.html”
Spot on! With French style. Cordialment Daniel
Disclosure: I am one of the founders of RIPE and both the first and a current employee of the RIPE NCC. I have also been an IETF participant, working group chair and chair of the Internet Society board of trustees and as such have played a role in IETF governance. Dan, No, the IETF is not perfect and neither is the RIPE community. We all carry the history of actions and prejudices of our individual and collective past into our current structures and attitudes. This is no different elsewhere. As an exercise I advise any representative democracy and their rites, unwritten laws and sometimes obscure networks. Whenever I wish to engage a new group I have to do my homework like you started to do. Nowhere have I succeeded in demanding to re-visit previous beliefs and decisions without knowing them and basing my proposals for a big part on the previous work and traditions of the group I am engaging. Neither have I had much success with challenging the attitudes and customs of the group I wish to engage. "As a new attendee, I argued both that I was not part of or aware of previous discussions (which is reason in itself to reassess the previous consensus), and also that the imminent adoption of online safety regulation in the UK and EU is a strong reason to revisit these discussions." will get you nowhere, neither here nor at the IETF and for a reason. Best Daniel
As a community we know quite well what RIPE is about. People are here for a reason. I am not convinced that we need another meta discussion. Talking about principles we should remind ourselves of those we have had from the very beginning of RIPE: the "RIPE Terms of Reference" https://www.ripe.net/publications/docs/ripe-001. For a document written in 1989 this co-author believes that it holds up pretty well. Even the essence of "a globally interoperable, unfragmented Internet" is there, worded more than 30 years ago as: "RIPE promotes and coordinates interconnection of IP networks within Europe and to other continents." Personally I am happy with these principles even after more than 30 years. They guide us well. Maybe we just need to remind ourselves of these principles from time to time and interpret them in the current context. Should we agree that we need to work on revising our principles, we should start from ripe-001 and word them as much as possible in terms of what we actually *do* .
Deliberate change requires setting goals, working towards them and checking progress. So what diversity goals should we set ourselves. In gender diversity the popular/simplistic goal has been to reflect world population: classical 50/50 or contemporary with more categories. Shane also voices this in the podcast. But is this the right benchmark? Shouldn't we set goals based on the diversity of groups that are closer to our community? I have seen some organisations setting diversity goals based on current ratios: "We will double the percentage of female graduates in five years time." Others base their goals on statistics of a larger population they serve: "We will have double the percentage of female graduates compared with the average of similar programs in Europe." I strongly believe we should set ourselves realistic goals. I also believe that diversity has other parameters than gender and that our efforts on gender diversity should not lead to a loss of other diversity we have already achieved.
Thank you Alexander for the detailed information. Maybe it would be a good idea to develop some recommendations for ISPs outside Russia on how to deal with these developments. Do you think RIPE could and should help to do this?
It is good to hear that the RIRs as institutions organise support for AFRINIC as a fellow institution. My personal thoughts are first and foremost with the AFRINIC staff; they need to pay the bills and sustain their families. I understand that so far AFRINIC has been able to pay salaries. As a community we should stand ready to help the *people* of AFRINIC if that should become necessary. I am aware of a fundraising campaign (https://www.tespok.co.ke/?page_id=14001) and I have personally contributed a small amount. Some AFRICAN friends from the early days suggested that we visibly do something similar as a sister community *if it should become necessary*. Our African friends should know that we stand ready do so if necessary!
Very nice article considering that you have to say 'Do not call us!'. ;-) When using IP addresses to identify the source of abuse it is important to keep in mind the possibility of the source address being 'spoofed'. Especially in denial of service attacks what appears to be the address of the source may in fact be the address of the victim. Designers and implementers of automated processes that use IP addresses should take great care about the semantics of IP addresses too. As an author of RFC1918 I regularly get e-mails from automated tools asking me to stop hacking or attacking someone. The only positive development here is that I have not had a query from an LEA about private IP addresses in the past two years or so.
I cannot resist to point out that the privacy policy on the web site of this initiative says: 'Privacy Policy coming soon'.
Showing 22 comment(s)