OPS (Operations and Management) Area Open Meeting During the Operations and Management Area Open Meeting, we thanked Harald for his work in our area during the last year. He has contributed a lot. We're happy to see that he will still be able to keep a close eye on our work in his position on the IAB. At the same meeting we welcomed Randy Bush who will take a co-AD position in our Area. Randy is with Verio and brings in a lot of operational experience. During the 44th IETF meeting he has already shown that he will be able to contribute a lot to our area. It is important that all participants in the WGs in the OPS area are aware of our OPS home page and mailing lists. Our home page: http://www.ops.ietf.org It contains generic info for our area, a ptr to the list of I-Ds that are under AD or IESG review/consideration (contains status of those I-Ds as well). There is important info on MIBs as well. There are 2 important mailing lists: ops-area@ops.ietf.org - this list is for general OPS area discussions. It also is a place to discuss potential new work in the OPS area mibs@ops.ietf.org - this list is to discuss general MIB issues. An issue that will be discussed here is "how to support IPv6 in MIBs". [Un]subscription is the normal means, -request@ops.ietf.org, or the majordomo-familiar can use majordomo@ops.ietf.org. The mailing lists are archived on ops.ietf.org. For any email that you want to send to the ADs, pls address it to the AD who is primarily responsible for the WG that the topic relates to. But pls also copy the other AD, so that both ADs know what is going on. wg reports -- ------- adslmib ADSLMIB met on Monday March 15, 1999 at the 44th IETF. A brief summary was given of the changes made in the current draft which has been submitted to the IESG for promotion to Proposed Standard. An update on ADSL Forum activities and requests from the Forum for new work in the working group was presented. The remainder of the meeting was spent discussing new work items which should be included in a new charter, as the work specified in the current charter is near completion. agentx (did not meet in msp) The AgentX docs are nearing "final draft" release to the list of the next rev of both the protocol (RFC2257) and the MIB. Technical progress in terms of resoling previous open issues with the docs has been substantial. Editorial progress was the big hang up as our RFC editor was given a number of successful international assignments by his employer and our original primary MIB editor had to take time off the have a baby! For a variety of reasons (incluing technical continuity and recognition of prior contributions), we opted to wait for this team to re-gel. Also, it has been helpful to AgentX to let SNMPv3 and some of the DISMAN stuff mature as a foundation. We have everyone back on board now and the core design and editorial teams have committed to a quick turn-around of the docs and I anticipate release to the full mailing list for summary discussion within the next ten days or so. Following that, and barring any newly identified major items, we will be seeking the ADs' advice on how to proceed re the docs (esp. whether RFC2257 can move to Draft or has to recycle at Proposed). Implementations are proceeding, several with public discussion on various e-mail lists. A second bake-off has been *tentatively* considered for sometime in the Summer in New England (Compaq/Digital hosting). bmwg The BMWG session was attended by over 40 people. Since the last IETF, RFC 1944 was re-issued by the RFC editor as 2544 to redress an incorrectly specified reserved address. is in waiting for a IESG reviewer after surviving a BMWG last call. Progress was made toward the Call/Cell Benchmarking Terminology draft and will take a more ATM bent; work regarding frame relay was separated from that draft and editorial assistance requested. The first draft of the Multicast methodology document was issued and reviewed. Goals for next period: Progress <~bmwg secperf-05.txt> beyond IESG review. Engage the LAN Switch Benchmarking Methodology editors to make progress developing the draft. Further multicast methodology draft. Discuss, change and re-issue, Cell/Call draft; solicit editors for frame relay benchmarking terminology. bridge The bridgmib WG did not meet at the 44th IETF meeting. The WG has gone through WG Last Call for the last I-D "Definitions of Managed Objects for Bridges with Traffic Classes, Multicast Filtering and Virtual LAN extensions" The WG plans to submit revision -05 soon and then to ask the ADs to consider it for publication as a Proposed Standard. disman The disman working group met at 13:00 on 1999-03-18 at the 44th IETF meeting in Minneapolis, Minnesota. Rob Frye recorded the meeting minutes, which will be posted separately. There were 46 attendees. We briefly discussed our three drafts which are currently in working group last call, and spent most of our time working through issues with the remote operations draft, trying to focus on getting this document to last call. Although we discussed several possible additions or extensions to this work, our current path forward will be to complete this document without further embellishment. dnsop The DNSOP BOF discussed a list of issues, to see wether there was interest in pursuing them in a working group. The following issues were found to be of interest for a working group: update of root server requirements doc, DNSSEC deployment experiences, multiple servers sharing the same IP address, update of FYI27 "Tools for DNS debugging", and to some extent performance and statistics issues and SOA timer recommendations. The BOF did not want to proceed with remote configuration protocol, standard format access lists (already done?), guidelines for large nameservers, topology distribution of servers, the Y2K problem, or IPv6 issues. The latter were said to be handled by the ngtrans wg. A task force of 3 persons is already progressing on producing a suggested charter to submit for WG application. entmib The Entity MIB WG did not meet at the 44th IETF meeting. A replacement for RFC 2037 is under IESG review and in the ADs hands to be considered for publication as Proposed Standard. grip The GRIP working group met once this IETF meeting. During the meeting we reviewed the draft document for ISP consumers and the draft document for ISPs. Comments were solicited from attendees that will be integrated into the next version of the documents. New versions are due by April 15, 1999 and the working group will try to complete all documents by the Oslo IETF meeting. hubmib The HUBMIB WG did not meet at the 44th IETF meeting. The WG has prepared 3 new I-Ds which are in WG Last Call and after WG approval will be submitted to the ADs for consideration to be published as Proposed Standard, with an informational document about ChipSets. mboned The MBONED working group followed the agenda with a few additions. Three documents are close to ready for WG last call: Anycast RP, MZAP, and SADP. The multicast debugging handbook will be revised and hopefully be ready by next IETF. In addition, the discussion of "anycast" RP has raised several questions about exactly what the term anycast means (as indicated by Harald's comments on several lists). The minutes will contain details. I must say, however, that the behavior of Peter Lothberg, Dorian Kim, and Andrew Partan was unacceptable as it related to the treatment of Cheng-Yin Lee (leecy@nortelnetworks.com) during the discussion of anycast RP. It was totally unacceptable. As working group chair, I feel somewhat responsible for not stopping it. In any event, you saw my apology. I advise each of you to send your own. nasreq The NAS Requirements WG met in Minneapolis. The two current drafts were discussed. There was spirited debate about the definition of a NAS that was used in the requirements draft, which amounted to discussion about the scope of the WG itself. Consensus was reached on how we could proceed with a working definition that was neither too limiting to be useful, nor too broad to let the WG do work. Tom Taylor of Megaco WG and John Strassner of Policy WG spoke on the work of their WGs and discussed how these related to NASREQ. The relationship of AAA and NASREQ was also discussed. Volunteers were conscripted to help write sections of the requirements and current practices documents. An interim meeting in May was suggested so that the WG can focus efforts on delivery of a complete requirements document in a timely manner. ngtrans NGtrans met for 4 1/2 hours with ~170 attendees. It was announced that the NGtrans current AD has approved a third co-chair for NGtrans, Alain Durand, and that Randy Bush will be the new AD for NGtrans. The 6to4 draft was discussed to determine the primary issues needing to be resolved, and to decide whether to continue to perfect it. It was decided to continue with work on 6to4 by publishing a new draft with more descriptive information and to publish the open issues for discussion on the list. Two short presentations were made describing new tools for the 6bone. One a VRML 3D network topology viewer, the other the new Tunnel Broker service. A Transition Roadmap document structure was discussed and refined, and a set of participants defined to carry the effort forward. A plan to harden the 6bone for better operational reliability was outlined and a group setup to recommend the steps for doing it. A restructuring of the 6bone pTLA address structure was proposed, which will be refined on the list for adoption. The 5 existing transition tools/mechanisms documents were reviewed to decide if they should be refined and/or developed further for standards processing (these are: SIIT, AIIH, DTI, NAT-PT and BISS). SIIT, NAT-PT and BIS will continue to be worked and evaluated as if they are destined for standards track, while the developers of AIIH and DTI have decided to merge their work, so a new draft will be produced soon. The new AIIH/DTI draft is expected to also be worked and evaluated for standards track. ptopomib The PTOPOMIB WG did not meet at the 44th IETF meeting. The WG is basically ready to hand the I-D off to the ADs for consideration to publish as a Proposed Standard. The last item to be resolved is the assignment of an ethernet address. radius RADIUS WG did not meet in Minneapolis, but has been busy over email with WG last call on the updated drafts of RADIUS and RADIUS Accounting, and the RADIUS Extensions draft. I received several dozen comments on those drafts, and plan to update them next week and reissue the WG last call for 2 weeks, and after that send them in to the IESG for RADIUS to go to IETF Last Call for advancement to Draft Standard, and for RADIUS Accounting and RADIUS Extensions to be issued as informational. In support of the advancement to Draft Standard I'll have two memos, one documenting the deployment experience with interoperable independent implementations, and one offering guidance in allocating numbers for RADIUS. The 2 RADIUS MIB drafts on the standards track have undergone IETF Last Call and have (as far as I understand) been approved for publishing as proposed standards. The 2 RADIUS Accounting MIB drafts have been approved for publishing as informational. The MIBs don't address IPv6, but there's an effort elsewhere in the IETF to IPv6ify MIBs, and when it publishes its conclusions we can do an update of our MIBs to conform. RADIUS in general doesn't discuss IPv6, because so far it hasn't been an issue for NAS vendors. The 3 RADIUS Tunneling drafts have undergone WG last call and are having some security language added by the author at the Area Director's request; as soon as that work is complete and the L2TP drafts have RFC numbers assigned so that the Tunneling drafts can refer to those, the Tunneling drafts should be ready to go to IETF Last Call. Once those 12 documents are out, the RADIUS WG is done, except to wake up 4 months and 10 months later to push various things along the standards track. rmonmib The RMONMIB WG met at IETF 44 to advance progress on several documents and discuss details of new charter work item proposals. The WG has recently completed almost all the work items from the previous charter. A few new issues were discussed and resolved for some of the drafts. The WG Editor needs to produce some final versions of the RMON-1 update, RMON-2 update, and HC-RMON MIBs, in order to complete the integration of HC-RMON and advancement of RFC 1513 and 1757. The WG also discussed the specific language of the revised new charter proposal, and an updated version of that proposal will be published soon. roamops The Roaming Operations working group met on Thursday at 3:30pm at the 44th IETF in Minneapolis. The working group reviewed its current charter to see if it fell within the scope of the working group to enable roaming protocols to be used to provide inter-domain wireless services (e.g. CDMA, GSM, etc). It appears that the charter, as it currently stands, does not need to be changed, however, some new work items may have to be added. The meeting comprised of three presentations; the first being a presentation on the new XML phonebook internet-draft. Many concerns were raised at the meeting about the fact that the draft really needs to be cleaned up, and that it does not follow any XML standards. Given that XML standards are currently being developed, it was decided that the document would be cleaned up before the Oslo meeting, and that we could look into conformance with any XML standards at that time. The second presentation was to describe the current work being done at the TIA's TR45.6 working group, which is defining the architecture of the 3rd generation (3G) CDMA cellular networks. The 3G network will be IP-based and will make use of Mobile IP and DIAMETER, and has needs for inter-provider roaming, which is very similar to the PPP dial-up scenario. We will send out a mail to the mailing list to decide whether the working group wants to add this new work item to the charter, but at the 43rd IETF rough concensus showed that there was significant interest in solving this problem. The third presentation showed a new method of providing roaming services, using certificates. This method requires the use of EAP/TLS, and allows for encoding of authorization information within the certificate. This proposal needs to be discussed in the mailing list, and is not clear whether it will become a working group work item. rps Curtis Villamizar presented the changes to draft-ietf-rps-auth and draft-ietf-rps-dist. After a WG last call next week on rps-auth and rps-dbsec-pgp, we will ask IESG to consider them for proposed standard. There is already an implementation of rps-auth. There were major changes to rps-dist due to an ongoing implementation of this protocol. We plan to finish it up by the summer and go for a last call after the Oslo meeting. David Kessens presented the transition status summary. All IRR sites are now ready to move to RPSL for production. Each registry will transition on their own pace instead of a set flag date. Cengiz Alaettinoglu and Jerry Winters presented their RPSL implementations. snmpv3 The SNMPv3 Working Group meet for one session on Friday morning at the 44th IETF. The actual agenda mostly followed the proposed agenda posted to the list and the IETF web site. The majority of the meeting time was spent discussing open issues on the Coexistence document that are primarily related to counter64. The Working Group reached what we believe to be a sound consensus on these issues. A further description of the consensus will be provided in the minutes. At this point, a new version of the ID is expected to be published by the end of April. The WG decided that RFC's 1905, 1906, and 1907 should be reviewed to identify what minor up-dates are needed so they are aligned with the core specifications that were recently approved for publication as Draft standards. The general objective is to be prepared to advance the complete set of specifications together to Full standard status. Volunteers for a design team for the review will identify their schedule by late April. The WG also concluded that a separate Applicability Statement document was not necessary and, therefore, would not be developed. As part of this discussion, we did conclude that there might be a need to provide a more concise description of what should actually be expected to be present when something is described as SNMPv3. The WG concluded that a document describing deployment might be useful if the proper editors can be located but there was no need for an implementation guidelines document. The Chair accepted a task to provide an updated Charter proposal to the ADs. upsmib This WG did not meet. This WG will be closed down and the RFC 1628 will be re-classified as Informational RFC. The WG did not show an interest to do the work required to advance the document on the standards track. 2000 This WG did not meet. Their document has been approved by the IESG and is in the RFC-Editor queue. As soon as the RFC appears, the WG will shut down. Their mailing list will remain open till end 1Q1999 so that any comments regarding Y2K issues can be reported in a central place.