Skip to main content

Minutes

Amsterdam, 27, 28 and 29 January 1999
Plenary Session
Chair: Rob Blokzijl
Scribe: Naomi de Bruyn

1. Opening

RIPE chair Rob Blokzijl welcomed everyone to the 32nd RIPE meeting. The plenary session was split into two parts, the first part took place on Wednesday afternoon, the second part on Friday morning.

Rob expressed that he was honored and pleased to have Esther Dyson with us, interim chairman of the initial ICANN board. Presented would be status reports on the progress of ICANN and discussed would be the role RIPE NCC plays in forming the address supporting organisation (ASO).

2. Agenda

The agenda was approved.

3. Minutes Plenary Session RIPE 31

The minutes of the plenary session were circulated twice. The minutes were approved.

4. From the chair

Rob Blokzijl presented a graph on RIPE meeting attendees. The first RIPE meeting took place 10 years ago this year. It used to be a 14 attendees meeting of half a day. During the last meeting in Edinburgh 200 + attendees took part. Two thirds of the attendees have a commercial background. Rob is not sure whether this is good or bad. One of these days we should discuss how to improve our current way of working.

Lots of receptions shall take place this meeting, all sponsored. RIPE had been approached by some companies who were interested in sponsoring the RIPE meeting. After some discussion, it was decided that it was probably better if the registration fee for the meeting stays on the level where it covers the meeting costs. We definitely do not want to turn the RIPE meeting into a commercial gathering.

However, the social things are now being sponsored.

Keith Mitchell, chairman of the board of the RIPE NCC, had an announcement to make. At the end of last year elections took place for members of the executive board. Wilfried Woeber retired, his place was taken by Mike Norris. On behalf of the board Keith thanked Wilfried. His input to re-structuring the NCC was very important.

5. Reports from the RIPE NCC (Mirjam Kuehne)

Some additional remarks to the presentation which can be found at:

http://www.ripe.net/ripe/meetings/ripe-32/presentations/index.html

Statistics

Member sizes have shifted to MEDIUM sized members compared to the figures that were shown last time. Although the NCC is usually quite good at projecting the number of registries, we have more MEDIUMs than expected this time. This could be due to the fact that a significant part of SMALL registries are becoming MEDIUM sized.

Financially: our debtors have had some problems getting money to us previously, however the situation is now improving. This year will be the first time we have to take action and take services away. We will stop providing reverse delegation to and close the registries we haven't heard from in a long time.

We have asked registries to sign a new agreement. More than 200 registries, however still have to sign. We have sent several reminders but will at some point have to react in a similar way as to people that don't pay.

Services

We have had some problems with our mail robots which are now resolved. The overall average waiting time is the same.

First version of the IP request syntax checking form was presented in the Local IR working group and can now also be found on our website. The NCC would be happy to receive comments and suggestions.

http://www.ripe.net/cgi-bin/web141/web141.pl.cgi

Ipv6: we have been working with RIRs on a policy proposal document. Everyone's invited to join the discussions on the IPv6 mailinglist.

6. ICANN

A) Current status

(Esther Dyson, interim chairperson of the initial ICANN board)

Rob Blokzijl introduced Esther Dyson. ICANN, or the new IANA has been a discussion point in the past RIPE meetings. In the past there was IANA, the late Jon Postell and his crew kept track of crucial items to ensure proper use of the Internet. That worked in the good old days when the Internet was small. For various reasons in the last two or three years people have been discussing if this role, on the one hand, can be formalized a bit more. And, on the other hand, to investigate whether all the interests of the industry were covered properly. It's been a long process and a possible new solution is ICANN (Internet Corporation for Assigned Names and Numbers).

The various drafts of statutes and bylaws of this organization have been discussed in the past 12 months.

Rob noted that for organizations like the RIPE NCC, who had been invited together with the other RIRs to define their role in this environment, it has not been very easy, because the target kept moving.

The ICANN corporation consists of two parts. The board of directors (18 members) reflect the two parts of ICANN.

9 members come from the traditional internet sphere (names, numbers, IETF) each will have a mechanism in place to appoint/nominate 3 directors each to the board.

The other 9 come from a whole new sphere: the at large members, they are supposed to give fair respresentation of the whole internet industry and the Internet at large.

Esther Dyson began her talk by stating that she felt a bit awkward, she wasn't sure what would be interesting for the RIPE meeting participants to hear about. Because there is so much going on, so she tried to focuss on the things that were immediately relevant. She reminded us that she couldn't speak for the board itself. She could only openly talk about her own opinions.

The board does not want to interfere or re-design things that already work well now. What the RIPE community is doing seems to be working and ICANN does not see any reason to wreck and force us into doing things we don't want to do. ICANN is trying to build a structure that takes its ideas from the bottom up rather then making decisions blindely and then imposing them. Most of the people on the board feel that way.

The current version of bylaws that is being worked on now has some things that need to be changed, especially vis-a-vis the at large membership. The board is trying to work within those bylaws. It does not want to build something so rigid that it cannot adjust to changing reality. It also does not want to build something so flimsy that our subjects will pass by quickly.

As far as the ASO is concerned, the board wants the RIRs to come up with something that works among themselves and then propose it the board. The RIRs represent a consensus of the technical community concerned with addresses on what we want to propose to the ICANN board when such things need to be proposed. We all want to have a minimum of bureaucracy and a minimum of complexity. And we want a maximum of common sense and good will.

The RIRs have to come together and define an ASO that will work for everybody involved. For the record; there is no specific requirement for an at large membership of the ASO in the way that there is an at large membership of ICANN.

The board is concerned that questions and objections from the outside world are answered and delt with fairly. But, they are not trying to define the structure for us. We are an address organization, not a world wide organization that has to deal with lots of other issues. We have to be open to people that have vested interests in the address business but we do not have to be open to people that have vested interest in content control or general issues of privacy etc.

The board is trying to define the area in which we operate. Our 3 board members are concerned with general issues that come up to ICANN. The goal also is to see that decisions are not made blindly by the ICANN board without understanding what is involved. That's why they have this bottom-up notion of consensus.

Technical proposals by the ASO are expected to be made in an open and transparant process and are to be posted for a month, for fair public comments. This is the point where the whole at large membership comes in. Noone should come and force us to do something that technically is stupid. The ICANN interest is to have the internet continue to operate effectively in the way that it does.

We have to be sure that the technical community from intelligent/coherent enough input can persuade people that what we want to do technically make sense.

B) Progress with the address supporting organisation (ASO)

(Keith Mitchell, Chairman RIPE NCC board)

RIPE NCC progress towards an ICANN address supporting organisation.

Keith found this a unique moment where all of us were present and able to discuss things. A number of board meetings and phone conferences have taken/will take place before the proposal is put forward.

Principles behind the NCC's involvement in this: we want to ensure the success of ICANN. IANA has kept us supported very well throughout its existence. ICANN is clearly the only show in town. We want to be part only of success and not of failure. The changes that will bring the internet in a more formal, more legally recognizable format are necessary.

We want to protect the European interest and want to make sure that the unique voice of the greater European community that is RIPE, is looked after and that no other region is in a position of undue influence on ICANN and the Internet as a whole. We also want to make sure that any structure that is created does not cause the addressing area to be sidelined.

Quite a lot of work has been done together with APNIC and ARING. A lot of progress was made during the Geneva meeting in July. There is no consensus yet to make a common proposal, but we hope to reach that soon.

One of the major sticky points in getting out this proposal is a slight difference between the RIRs. The ICANN process needs at large representation, we believe that the existing RIPE mechanism provides an adequate oversight over RIPE NCC, at least in the European area. We address most if not all requirements for at large represenation and for open and transparent processes, as far as where the address supporting organization is concerned

The other two current RIRs do not have open mechanisms in place that are quite comparable to RIPE. We have the benefit of a long standing tradition of transparencey and openness. We will have to work with the other RIRs on an ASO structure that builds on our tradition for Europe while catering to the situations in other parts of the world. That is the current challenge

Another outstanding issue is that there are some changes between the version 5 and version 6 bylaws which limited the voting rights of the supporting organization, vis-a-vis the at large membership. Reason is to stop ICANN becoming captive to particular vested interests. We thought there was some other way of doing this. This is not a good time to try and get this changed, if pushed too hard it's not likely to be contributing to the overall good. We have discussed this with ICANN and have agreed to have a difference of opion about it.

One of the messages Keith would like to point out is that there should not be any more suprises. He does not think we will see any more major adjustments. It's more about having a transparent, gradual and open process with regards to changes to the current version of the bylaws.

There is a deadline on the 5th of February to submit a proposal for supporting organizations. We are not going to achieve that. We want to get some key members, possibly the chief executives of the registries as well, together and thrash out the remaining issues. When we are happy that we have consensus, the proposal will be published for open debate and consultation. A new mailinglist will be created separate from the local-ir list for this purpose. We are optimistic that we can put the ASO together in a proper footing but there still is some work to be done. We are hoping for good input from the community.

Rob noted the following: at some point in the process we will have a document that should be submitted to the ICANN board. The ICANN board has a next meeting somewhere in the beginning of March. The proposal has to be submitted before the 5th of February, however this doesn't mean that this is the last chance to submit. The next ICANN meeting will take place at the end of May, so the next deadline is end of April.

Keith continued: Is the address allocation process now in limbo? This is not the case! IANA is still functioning for now like it always did. For the intermediate future funding has also been secured. Everything is currently working as usual until ICANN is properly set up. We have to work hard to get this proposal ready for the address support organization and we need input from the community. Those of the people that were not in the room during the RIPE meeting will have the opportunity to read the slides and the minutes, these will be published on the mailinglist.

http://www.ripe.net/ripe/meetings/ripe-32/presentations/

C) Questions & discussion

The chair welcomed Christopher Wilkinson from the European Commission in Brussels. He was invited to give the point of view of the Commission.

Christopher started by wishing Esther and the other ICANN board members, present and future, every success in the development of ICANN. He is grateful to the leadership of RIPE NCC and to CENTR for the work they have put in on these matters, together with the private sector in the panel of participants in the intervening months.

We have made some significant steps forward. Important: there is no risk of European interest being marginalized in this affair. The commission has been monitoring this process carefully but fairly passively. It is a matter of consensus building within the Internet community and the private sector operators and users of the Internet in the respective sectors which we have heard so much about. Christopher mentioned a few chapter headings of specific public policy interests.

  • The general principle of balance is representative international participation.
  • The respect of internet management for the applicability of laws other than US jurisdiction should the need arise. These are relevant to various trademarks competition privacy laws.

Christopher was glad to report that the bylaws version as published on 23rd November 1998 is okay. They have been read/approved by the highest legal EU authorities.

The ICANN bylaws provide for advisory committees. The membership advisory committee is already working, there are two or three European members there.

The Root server Advisory committee is an important component of the long term stability of the route. The European commission has nothing to do with root servers as such, therefore they observe this with a certain detachment.

Christopher then talked about the Governmental Advisory Committee. There are Public policy interests in the stability and development of the internet. It has be recognized, it is not a one-off.

The commission has taken very seriously the proposal to create a governmental advisory committee. They, and member states are discussing how they think it should be structured and how they should participate . They had another discussion about this in Brussels the day after the plenary session.

The general idea is that the interests of efficiency the governmental committee will be small. It will be structured on a regional basis and the global regions will sort out internally the way in which 5 or 6 members will be designated perhaps in rotating basis to represent their points of view in this committee.

Perhaps in contrast to some of the opinions in the US, in Europe it was felt from the beginning that the international organizations have a legitimate interest in the field. For different reasons, most obvious ones are the ITU: where there is a major development country link and a significant link regarding technical standards. The IETF has a cooperation agreement with the ITU; the world intellectual property organization, which looks likes it is going to emerge as a significant forum for dispute resolution and in particulary for helping the domain name system to avoid unnecessary trademark conflicts.

Christopher believes that our public authorities have taken a legitimate interest, have exercised it responsibly and have reached agreement with US governement and with the ICANN board on a number of critical points. The atmosphere and the legal and political framework is well set now for a successful devlopment in the coming years.

Rob noted that the Commission and governments are very active in defining their role in the other part of ICANN, the membership at large. With specific interest in the domain name system. He wanted to know if they have any thoughts on/or interest in the ASO.

Christopher stated that he is not the only player in this affair. There are 15 governments and several other departments in the Commission including, the internal market and the competition and the legal parts of the Commission are very interested in the way this evolves.

The ECs primary objective is to ensure that a workable consensus emerges. Within that framework there is a wide range in each situation of acceptable solutions. Provided they also fulfill the general criteria of international representation and the applicability of international laws should the need arise. Christopher wanted to make a footnote: he has tried to remain agnostic about the incorporation of supporting organizations because he knows it is a legitimate source of discussion within the private sector. He is increasingly of the view personally that it is more difficult to guarantee the regional international representation and the applicability of international laws through three more separate organizations. It would be easier to rely on the structure and political agreements that have been reached within the ICANN framework. Regarding individual membership, it wasn't actually their idea they assumed that the membership structure would be through associations through entity corporations and other collective bodies.

There is a very reasonable case being made in the US for individual memberhsip of ICANN, but Christopher is not convinced that the same argument is equally strong as applied to each of the supporting orgs. But individual membership has to be large enough and geographically well distributed enough to continue to sustain the diversity of geographic representation that we have sought.

The major stakeholder/constituency that we have identified, that so far is not fully incorporated in the membership structures, are the public services. From museums to schools, from hospitals to local authorities from public services who will conduct electronic commerce with their customers in the general public, to the availability of governmental information on public websites.

This is a big constituancy, a big group of stakeholders. And the public services are putting a lot of money into developing their webpages acquiring internet connectivity and encouraging members customers and users to enter the internet enthusiastically. There are for example projects to put the whole European museum and art gallery content online, accessable to the general public through the internet. There are copyright and protection issues which are being resolved in that process.

Chrisopher thinks we need a public services user constituency in addition to the general structure that has emerged to date.

Erik Huizer (member of Internet Architecture Board, IAB and chairman of the IETF WG that is working on the Protocol Supporting Organization)

He asked Christopher what role the ITU-T should play in his vision. Does he think that the ITU-T should have an equal role in the PSO with regards to the IETF?

Christopher replied that what he was referring to explicitly, was that the ITU would be a member of the governmental advisory committee.

In Minneapolis a few weeks ago at the ITU annuanal conference, its members adopted a resolution which instructed the secretary general of the ITU to make sure that the organization and its members were associated with the developing framework of internet governence.

On the specific issue of the links between PSO and non-IETF standardization interests, Christopher continued to say that there are other people both in the IETF and ITU who can sort this out. He stated that the last thing the commission wants is to have to arbitrate a dispute, particularly in that kind of area.

Erik Huizer (as chair of poisson working group IETF) noted that the working group is discussing what the IETF role should be with regards to ICANN. If they should participate in the protocal standard organization and how the bylaws of this PSO should be and what should be in there, such that the IETF can commit to participating in there.

One of the problems that the working group runs into is that some people think that IETF should be part of the Protocol Support Association. However others think that some other organizations should be let in as well.

Another discussion point is: should the IETF have it's parameter registration assigned to ICANN which now is done by IANA. The consensus is (in the poisson WG) that they don't want ICANN to register these parameters. They want to keep them out of this and will seperately from IETF give a contract to an organization to register these parameters (ISI)

Another question is what to do with IPv6 addresses. IPv4 is a done deal, this has to go to ICANN. The poisson WG are less comfortable with giving IPv6 to ICANN as well. At the moment it is still not clear where we're headed with the assignment of IPv6 addresses. This has been pointed out in lots of discussion for example in the IPv6 working group.

Erik asked for the thoughts of the people present in the plenary session. Did they think the IPv6 addresses should be moved directly with IPv4 to ICANN, or should they be kept out of ICANN at first and get comfortable with how these addresses should be assigned between the registries and the IETF. Then solve the technical problems we run into and only after that hand it over.

Wilfried Woeber (Vienna university): He could not provide an answer to this but would rather try to extend the question to even IPv4 address space. He wanted to know where the advantage is to move the top level authority of that business to an emerging organization like ICANN which has not found it's place right now.

Wilfried continued that in particular when first reading the proposal it tastes like honey, but then you get a different taste. In the sense that interests are pulled in that have nothing to do with IP address distribution. He was a bit worried and did not see the immediate or medium term benefit of spending the effort. We only get the opportunity to defend our case with technical arguments, however there is a certain level which you cannot go beyond with technical arguments. He personally wondered what we are going to get back for all our efforts?

Esther replied with saying that the board of ICANN were not asked to come and do this, they got selected and did it willingly. A unified consensus group has to be formed, that can do this, rather then remain comfortably sitting with their eyes closed while other people are talking about this. It is not a war. Please come sit at the 'discussion-table' while you have the opportunity.

Rob noted that we want ICANN to be a success. Just like in the past we have very fruitfully worked together with IANA. Rob himself worked on re-structuring IANA. During that process a lot of things happened which we could not have foreseen two years ago. RIPE NCC should concentrate on it's part of the pie, the ASO.

RIPE NCC rightfully demands that we don't want all these strange interest groups that have popped up in the naming area, to artificially re-structure our 10 year way of successful working.

Rob again asked for more input on the ASO, because this, at the end of the day, will be done by a couple of people who will meet on a global scale and the people who will represent you are the executives of the NCC whom you elected in office.

Erik Huizer stated that he wants to support Rob. He thinks Wilfried is right but more and more people are involved and we can't say don't do this. The IETF is questioning whether they should participate at all in the PSO. Erik's vison is that they should. We make ourselves insignificant by not being there rather then achieving something.

Erik continued to say that there are people out there who want to diminish the influence the PSO and ASO have as much as possible. He wanted to give Keith and the NCC the strong advice to get a letter to the ICANN board saying that we are working on a proposal. Otherwise a silly proposal might get in before us, as being the only proposal.

Esther responded to this by saying that the ICANN do have some criteria, they don't have to take just anything that is being put before them. One criterium is broad representation. She does not know of any other group that has a broad representation that is not one of the 3 registries. There may be small interest groups but they have to prove that they represent a large consensus. She agreed that a letter should be put forward.

Daniel Karrenberg (speaking for himself) reported that he shared the concerns that Wilfried had expressed, he didn't want to wave them to the side lightly. On the other side, the things we are doing become more visible, more noticeable, subject to interests that are slowly getting into the RIPE community. This needs to be taken into account, also on a global scale.

He thinks we need a place where we can have a public process to define global policies for address space allocation and assingment. This already is fairly well covered in Europe by the open process called RIPE and we have the RIPE NCC, which is nicely controled by membership. We need some kind of framework to make decisions for the internet on a global level. The only two oppertunities are: ICANN, or setting up something different.

ICANN has gained so much support from important groups, we should very seriously consider working within ICANN and consider another organization only as an absolute last resort. We absolutely do not want to be one nail in the coffin of ICANN.

Dfk continued (with his NCC hat on) to react to Erik about the IPv6 issue. The NCC has been working with other RIRs on a policy based allocation scheme, this has been discussed in the Local IR and IPv6 working groups. We have to look into how the NCC will manage to be in a situation for the address space issues where we answer to 2 higher authorities, this requires some more thinking.

Because IPv6 is still ermerging we don't know what works and what doesn't yet. Dfk thinks we should not put to heavy weight a process in place for making changes along the way. Maybe we can put this as a challenge to ICANN.

There is certainly merit in a more lightweight process to start with. We try to make the guidelines such that we don't give away too much of the address space initially, which would limit any room for maneuver that we have. We wrote the procedures such that they can be easily adapted.

Dfk continued by stating that there certainly is a requirement of the global political process and global authority of IANA to be more flexible in that field then on IPv4. He wanted to get some feedback from the IPv6 people present at the plenary of what they thought.

Mike Norris (HEAnet). Mike wanted to refer to the aforementioned membership advisory
committee of ICANN and pointed out that it is now up and working. It needs to have all the attributes and hallmarks that are features of ICANN itself, it has to be open and transpartent and operate with procedures which result in fairness. Because it has been set up we have an opportunity to experience one of these ICANN committees. People, when they try it out, might be pleasantly surprised. They might see that it is something familiar, it looks like a RIPE Working Group.

He noted that pointers to the membership advisory committee can be found on the ICANN server. They are publishing their proposals and activities and obviously membership. There is a pretty lively discussion going on on their mailinglist, which is all part of the process. ICANN is working already and there is an opportunity for everyone to see whether they think it is transparent or fair. If you haven't been part of it, you cannot tell if it is fair.

http://www.icann.org

Esther Dyson informed us that people can subscribe to the mailinglist People shouldn't just take a look, but also try to join in the discussion. Some of the issues discussed here are: who should be the members; should they be organizations or individuals? How do we figure out if these people are real? There are some places (especially in technical area) where people can contribute a great deal in the discussion.

The membership committee consists of 12/13 people, their conversations are archived and published. They have a meeting in Singapore on March 2nd, everyone was invited to come. On address issues people are represented throught the ASO. If you want to be represented to ICANN in general, joining the at large membership and helping to define it is something you can do.

Rob: some of the speakers have expressed doubt whether we should be involved at all. He proposed a show of hands.

As a result of this Rob commented that it was a fair statement people present at the plenary session want ICANN to be a success. The coming months there will be several meetings of the subsets of the boards of the various RIRs. The remaining issues will be hammered out and we will come up with a proposal on the addres support organization. A report will be given on the soon to be opened mailinglist.

It will be a help to Keith and the boards if they could get feedback on this list on whether we really give support to our leadershaping team. Rob asked the people present if they supported Keith and our elected board in representing their interests in this.

Dfk did not think this was the right question. They have legitimacy of their own by being elected. A better question might be: should they continue making an ASO?

Rob continued by asking if the people present thought that the kernel or the whole ASO should be made up of the regional registries and should they play an active and strong role there. No one disagreed.

Wilfried Woeber wanted to know if people thought it was useful to have at large representation on both the ICANN level and on the SO level and thus having a division of votes or influences as it is proposed right now.

Dfk reminded everyone that it was a departure from our tradition to have a show of hands. He was interested in what Wilfried said but it was too complicated to have a yes or no answer to.

Dfk continued: over this whole 2 years of discussion that we have reported on, we have seen that the world has changed. We have seen that on the ICANN level and we have seen the influence of what is now the at large membership. He personally believes it is something we should work with and not debate.

On the other side, should we have an organziation where we make the global policies on address space allocations and assignments, by others that are not in this room but may have legimate interest. As far as RIPE is concerned: we are open. If somebody has an interest they can find us. Do we need another incarnation of RIPE making address policy on a global level? Do we have a preference for the hierarchical representative and open on the regional level, or do we have a preference on the global, open for everybody level. This is more consise.

Rob stated that RIPE/Europe feels that:

  • anyone who has a legitimate interest in address policy should be somehow inside the ASO
  • we have a very strong preference to have this organization on a regional level.

Esther Dyson replied that there is no statement by ICANN that there specifically needs to be an at large membership within the ASO. There is a statement that it needs to be open and there are various ways to interpret that. If a constituent organization is open and transparent that to her was pretty compelling.

She continued to say that she takes it upon herself to visit some other regional registries and that she wants to visit the RIRs more regularly. The people should not have to fly everywhere around the world to be heard.

The ASO does have to deal with the at large members on the ICANN level Esther was not sure that there is any need for redundancy.

Keith Mitchell concurred with what had been said. For clarification he added that he thought we maybe have three options as far as the ASO structrue is concerned.

  1. we work from the baseline with the existing regional internet registries organizations (such as RIPE NCC through RIPE for example) and assume that we don't need anything else
  2. the ASO is comprised of regional registries plus at large members and the members are selected through regional structures. Same kind of thing but have some RIPE people participate directly in the ASO alongside NCC people participating as a registry.
    [ the first two we are relatively happpy with ]
  3. the third option is that the regional registries have representation in the ASO on a regional basis, but that there is a global at large representation.
    [ we are a bit unhappy with this option ]

There is another knob to turn on the latter two of these proposals, which is to say that there is formal participation representatives in the ASO from the open organizations, rather then just from the registries themselves. However, they possibly have less authority then the actual regional registries represent. That's another option which has been kicked around.

We have seen these three options from the RIPE NCCs point of view, in order of importance. Keith wanted everyone to have a think about this. He would find it very useful to receive feedback on it.

D) Conclusions & next steps

Keith stated that as far as he could tell a reasonable degree of support was given for progressing on the basis that we have been. We think we've got our house in order and we want to bring that to ICANN and use that as a model for progression. We have a reasonable degree of confidence in the way that we have progressed with the proposed course of action.

He wanted to encourage the people present to take the message back and discuss it in their organizations and see if they are happy with what we are doing.

Keith expressed thanks to Christopher Wilkinson from the EU for supporting this process. We are getting there and are going to proceed in the basis that we have, but if anyone has any concerns please let us know.

Rob thanked Keith and thanked Esther for being present to this RIPE meeting.

9. Working group reports

The chairs from the various working groups gave reports on the working group meetings that were held earlier during the week. Summaries of the meetings, provided by the working group chairpersons, are included here. Full minutes of the working groups will be accessible from: http://www.ripe.net/wg/

Routing WG

Minutes: RIPE 32

Chair: Joachim Schmitz JS335-RIPE
Attendees: 74
Scribe: Roman Karpiuk

Topics:

  • Report from the RPSL Tutorial (J. Schmitz)
  • Report from the IETF (J. Schmitz)
  • Reports on RPSL deployment
    • ISI/Qwest and overview (D. Kessens)
    • RIPE NCC (JLS Damas)
  • Observations in Internet Routing (A. Akvja)
  • Reality Checking of the RIPE Routing Registry (J. Schmitz)
  • Cooperations with MBone WG (K. Kayser)

Actions:

29.R1 G. Winters, J. Schmitz, NCC
Definition of the IRR and an AUP

31.R1 NCC, D. Kessens, J. Schmitz
Basic design for an IPv6 IRR

32.R1 NCC/JLS Damas
Prepare proposals for ripe-181 -> RPSL transition issues

32.R1 J. Schmitz
Write up project proposal for RIPE RR reality checking.

Database security taskforce

Topics:

  • draf-ietf-rps-auth-01.txt
    Discussion of scope and impact on database users. How much security is needed?
  • Project for prefix/origin authentication at RIPE
    Discussion of user interface

Actions:

32.DSTF1 Supply new RPSWG milestones
32.DSTF2 Precise definition of prefix/origin authentication
32.DSTF3 Analysis of user impact

Remark: these actions have a tight schedule attached to it.

Next meetings:
During the IETF and RIPE 33

Q: Dfk prefix origin auth. Only limited to database or using database to do something in your routing
A: Joachim, two sides we defintely want to make sure that the data is secured so that melicious or incidental attacks are avoided. Crack of .. is something we are thinking about. Joachim feels that these proposals still lack a basis of authority the routing reg is a very suitable means to guide this route of security

Q: Dfk, if I'm an ISP where can put in my input. Group is very closed.
A: Joachim contact me directly. We will definitely use input from community but for now try to keep task force as small as possible. Noone can hide behind the others.

Dfk: not critizing is right otherwise get nothing done. Progressing in getting a specification that's very useful but have to make sure ISPs have input.

Joachim agreed that we really need input from public.

Wilfried: We were scetching out blue print for use. We felt rather comfortable doing that however adding credibility to routing. Would like to ask ISPs or others with interest please contact us. We are seeking knowledge in this field. Or give us suggestions on who we can approach. Will do a check in the may ripe meeting. We do want to propose and implement something that is usefull to the community.

Mbone WG

Chair: Kurt Kayser

This time the WG session was jointly operated by the Routing-WG and the Mbone-WG. This was a result due to the low feedback from the poll about topics and desired agenda items.

It left lots of room for interpretation and in order not to expand the WG-sessions at RIPE meetings too much, Kurt has suggested to integrate Mbone as a sub-topic into the Routing-WG, since all signs points towards this as the right direction. Following the motto: 'Put Multicast there where it belongs: Into the Routers. Let Multicast work where 'normal' routing also happens.'

There was some discussion what might be the reason for the low response, as one of Kurt's assumptions was that people have no problems... and might be busy currently migrating from DVMRP based Multicast to PIM or native Multicast routing.

It seems to the audience that a migration and no problems where mutually exclusive and people wondered... There was a quick poll initiated by Havard Eidnes who's currently using Multicast. There were some hands raised, but after the question who's using it with a commercial background, there was just one participant from the Astra-Satellite System that claimed to have an application running production Multicast on a commercial level.

Conclusions (drawn by Kurt Kayser) basically were, that the Mbone as we know is changing dramatically (Actually there's even controversy what it stands for:

  • The experimental Multicast-Backbone, or
  • the DVMRP based tunnel system)

Nevertheless there is connectivity between the 'old Mbone' and the new MBGP/native-Multicast/PIM based network located at NASA-Ames. Naturally this poses a bottleneck for traffic that needs to traverse to reach either side of the network wings.

Summary: Current workload of the WG does not justify a full time-slot at a RIPE meeting, therefore Kurt asked the community if there are objections to integrate it into the Routing-WG as a sub-topic. People on the mailing-list asked to keep the Mailing-List itself and the Contacts page on the web for Multicast-enabled network administrator up running. If there's desire and enough demand, there shall be no problem to allocate again more time to the WG when there is work to be done. Kurt: IMHO: 'The Mbone as we knew it is vanishing - R.I.P. and YES it was RIP based :-)

Kurt: PS: Remember Radio-RIX?

Database WG

Chair wilfried woeber
Attendees: 93
Scribe: Janne Snabb (RIPE NCC)

Important note: freezing development for "old" software!? There are proposals to do that right now. Again we want to ask the community to have a discussion and get people to get up and voice there suggestions/comments. Please contact us. Speak up.

Questions?

Niall O'Reilly suggested that the date of the next RIPE meeting in Vienna (5-7 May 1999) should be the target date for freezing. Wilfried agreed. We have got most of the things we have asked for. There are no other major projects. Everything is done, there might be a tiny bug somewhere, but it will not stop the process.

TLD WG

Minutes: RIPE 32

Chair: Niall O'Reilly
Attendees: 23
Scribe: Hans Niklasson
Number of ccTLD Registries represented: 8

Current Actions
Overdue minutes
Status of whois referral mechanism
All closed
Workplan
Re-organisation needed
Some areas to be merged
Explicit reference to liaison DNS-WG
NIC FR directory project: demo at Vienna
Whois referral
Presentation by Joao Damas
Current implementation is just what is needed

RIPE CENTR
Progress update from Fay Howard

CENTR ExCo now elected
CENTR to incorporate in near future
RIPE CENTR project to terminate by 30 June 1999

ICANN/DNSO
Fay Howard presented current status
Fresh approach from IE Registry
ICANN pressing for DNSO proposal by 5 Feb 1999

Questions
Relationship RIPE & TLD-WG <--> CENTR

New Actions:

TLD-32.1 [Chair]
Update Workplan

TLD-32.2 [Chair]
Determine DNS-SEC plans and need for support from DNS-WG

TLD-32.3 [Chair]
Advise DB-WG of number of registries planning to use RIPE whois code

TLD-32.4 [Philippe Renaut]
Present NIC-FR directory work at Vienna

TLD-32.5 [Mike Norris]
Co-ordinate review of RIPE-152

Niall wanted to mention in closing thanks to the NCC support people and especially to Fay Howard.

EIX EG

Chair: Fearghas Mckay
Attendees: 55
Scribe: Martin McCarthy

Test Traffic WG

Minutes: RIPE 32

Chair: Martin McCarthy
Scribe: Daniel Karrenberg

http://www.ripe.net/test-traffic/Talks/9901_ripe32/

Local IR WG

Chair: Hans-Petter Holen
Attendees: +/- 63
Scribe: Eamonn McGuinness

Agenda

  1. Admin
    1. scribe
    2. participant list
    3. agenda
    4. meet the RIPE NCC hostmasters
    5. mailinglists
  2. RIPE 31
    1. minutes
    2. actions
  3. RIPE Reports & Presentations
    1. Registry report by Paula
    2. IPv6 Assignment and Allocation Policy Document
    3. Auditing Activity
    4. Web interface
  4. Reports from other registries
    1. APNIC, ARIN, AfriNIC
  5. Statistics
  6. Tagging IP adresses
  7. I/O with other WGs
    1. DB-GW (Tomorrow 1400)
    2. IPv6 see 5. (Tomorrow 1100)
    3. (ICANN (Plenary today 1400))
  8. AOB
    1. PI address space rules
    2. Policies for IP adresses for Cable networks
    3. Policies on assigning multicas adresses

Action Points LIR-WG RIPE 32

  • NCC: Web interface to RIPE 141.
    Announce, receive comments, and make source public
  • NCC: Get IPv6 Guidelines in place
  • NCC: write up suggestion on lowering AW from /19
  • Guy Davies, UUnet: Start discussion on list on max allocation size and internal aggregation needs for large networks
  • NCC: Make pretty address statistics charts
  • Poul-Henning: Present proposal on tagging IP addresses for anti SPAM measures
  • NCC: IP adresses to cable networks
    Document current IANA policy and align practice with other IRRs
  • Everybody: Participate in policies for IPv6 discussion
    How much IP address space is used ?
    http://www.caida.org/IPv4space/

Hans Petter Holen also wanted us to think about what we want a chair of a Local IR Working Group to be? Send suggestions to Hans or on the mailinglist.

Anti-SPAM WG

Minutes: RIPE 32

Chair: James Aldridge
Attendees: 40
Scribe: Raza Rizvi (Rednet)

Rodney Tillotson from janet has volunteerd to become new chair.

Wilfried: interested in IP tagging thingy. Pushed it to the LIR people and anti-SPAM WG. In which perspecive want to pursue. As soon as anti spam has found their view in this. And than database will be happy to implement it. James anti-SPAM is the place to further discuss it. Wilfried do that now and then take it from there..

Netnews WG

Chair: Felix Kugler (reported by Gerhard Winkler)
Attendees: 19
Scribe: Antony Antony (RIPE NCC)

The meeting focused on the groupsync project which aims to establish an improved system to maintain Usenet group lists. A prototype was ready right before the meeting. Betatesting is planned for the period up to RIPE33 with the goal to have a first stable version at that time and to identify helpful modifications.

Action summary:

closed: A30.N5 groupsync prototype by Jonas Luster, done.

A30.N4 flowmaps - whois data support (unclear whether required at all).

open: A30.N3 flowmaps - visualization of news traffic flows

A31.N1 fill groupsync server with newsgroup data

new: A32.N1 test groupsync prototype

Details: the minutes are available online

http://www.switch.ch/netnews/wg/ripe32/ripe32.nnwg-minutes

DNS WG

Chair: Ruediger volk
Attendees: 62
Scribe: Lee Wilmot

Documents: dummies guide specific reccommendations general bLP - SDA

Statistics (gathering), errors obeserved, quality

Issues of upcoming software

DNS sec upcoming

Non problems Y2K

IPv6 WG

Chair: David Kessens
Attendees: 120
Scribe: Sabrina Waschke

Experimental 6bone network growing fast (exponential)

- new initiative for first production backbone: 6ren for more info talk to David.

Minor changes for inet6num object proposed by the ripe ncc

- discussion of ipv6 allocation guidelines -> discussion will be done by ipv6 working group (mailinglist) please subsribe to mailinglist for your input. Proposal was written by the RIRs (not just ncc)

Paula gave presentation on draft
- Guidelines are considered to be at he restrictive side.
- First goal should be routability not conservation

Thomas Trede asked if there is a co-chair. Jan czmok can be co-chair but he wasn't there.

Remark: Vesna Manojlovic (RIPE NCC) please subscribe to mailinglist. (moderators )

10. Next Meetings

  • RIPE 33 May 1999 Vienna
  • RIPE 34 Sep 1999 Amsterdam
  • RIPE 35 Jan 2000 Amsterdam
  • RIPE 36 May 2000 Budapest
  • RIPE 37 sep 2000 Amsterdam

The chair reminded us all of the hotel situation in Vienna. On the RIPE NCC website you can find the recommendation to book asap. Some hotels are mentioned there. Have a look and book early!

11. AOB

There was no other business.

12. Close

The chair thanked everyone for coming and also thanked the RIPE NCC staff for organising the meeting.

The chair also thanked the sponsors (Tachyon, Skycache and Carrier1) for the receptions they offered. It certainly improved networking.