BEGIN:VCALENDAR CALSCALE:GREGORIAN PRODID:-//Eliot Lear//gen-ietf-ical 2.1//EN VERSION:2.0 METHOD:PUBLISH BEGIN:VTIMEZONE TZID:America/Vancouver LAST-MODIFIED:20050723T102150Z BEGIN:DAYLIGHT DTSTART:20050404T100000 TZOFFSETTO:-0700 TZOFFSETFROM:-0800 UTC-OFFSET:-0700 TZNAME:PDT END:DAYLIGHT BEGIN:STANDARD DTSTART:20051030T020000 TZOFFSETTO:-0800 TZOFFSETFROM:-0700 TZNAME:PST END:STANDARD END:VTIMEZONE BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051106T100000 DTEND;TZID=America/Vancouver:20051106T123000 LOCATION:Cypress UID:A9DDA31E-B607-432B-AA28-DC09062C8349@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:IEPG Meeting END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051106T130000 DTEND;TZID=America/Vancouver:20051106T143000 LOCATION:Salon A/B UID:F93EECFE-53FE-4C5D-9B4C-1BB4303FCF6D@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:Newcomer.s Training END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051106T130000 DTEND;TZID=America/Vancouver:20051106T150000 LOCATION:Salon F UID:C8262094-6F29-4F26-AE17-8942FB45B6D2@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:Security Tutorial END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051106T150000 DTEND;TZID=America/Vancouver:20051106T170000 LOCATION:Cypress UID:3F5E79EC-6B92-4AA5-919E-B530DC870D93@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:Introduction to WG Leadership: Chairs & Editors END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051106T150000 DTEND;TZID=America/Vancouver:20051106T170000 LOCATION:Salon C UID:BA89D632-029E-46A1-AED6-E82D78329F5C@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:DNS for Programmers END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051106T170000 DTEND;TZID=America/Vancouver:20051106T190000 LOCATION:Salon DEF UID:91C93B7C-D8CD-4C1B-9F68-DBE37EB9489A@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:Welcome Reception END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T090000 DTEND;TZID=America/Vancouver:20051107T113000 LOCATION:Salon A/B UID:25C0946A-203F-4A7B-BD13-5A8618E84077@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:APP/ - apptsv - Applications and Transportation Joint Area Meeting DESCRIPTION:Applications and Transportation Joint Area Meeting\nIETF-64 Applications and Transport Joint Open Area Meeting\nMonday 7 November 2005\n0900 - 1130\nJabb er Room: apptsv@ietf.xmpp.org\n\nArea Directors:\nAPP: Ted Hardie & Scott Hollenbeck\nTSV: Allison Mankin & Jo n Peterson\n\nAGENDA\n\nWelcome and Introductions (1m)\ n Scribe selection\n \nAgenda Bashing (1m)\n\nAPP Stat us since IETF-63 (10m)\n - Closed Working Groups\n - Ap peals\n\nNew APP Working Groups\, BOFs\, and Documents of Interest (15m)\n\nTSV Status and News (BOFs\, Docume nts of Interest) (15m)\n\nReal-time Applications and In frastructure (RAI) Area Discussion (60m)\n\nOpen Microp hone (48m or to close) END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T090000 DTEND;TZID=America/Vancouver:20051107T113000 LOCATION:Salon F UID:5CDFBE5F-A83C-4C8B-A5C8-85650B01FAFA@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - dnsext - DNS Extensions WG URL:http://www.ietf.org/html.charters/dnsext-charter.ht ml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T090000 DTEND;TZID=America/Vancouver:20051107T113000 LOCATION:Salon 1 UID:32D4446E-237E-4807-A8A7-5FB58F9F9D91@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - eap - Extensible Authentication Protocol WG DESCRIPTION:Extensible Authentication Protocol WG\nIETF -64 EAP WG Agenda\n\nTime:\n MONDAY\, November 7\, 2005 \,\n 0900-1130 Morning Session I\n (Opposite to apptsv\ , dnsext\, grow\, ccmap\, pkix\,\n ippm. Subject to cha nge - there are ongoing requests\n from other groups th at may affect EAP's slot.)\n\nChairs:\n Bernard Aboba < aboba@internaut.com>\n Jari Arkko \n\nPRELIMINARIES (10 minutes)\n\n Bluesheets\n Agenda Bash\n Document Status\n Open Issue Summary:\n http:// www.drizzle.com/~aboba/EAP/eapissues.html\n Presentatio ns and agenda online at:\n http://www.drizzle.com/~abob a/IETF64/eap/\n\nEAP Network Discovery and Selection (2 5 min)\n\n Problem Definition (Jouni Korhonen)\n http:/ /www.ietf.org/internet-drafts/draft-ietf-eap-netsel-pro blem-03.txt\n - We would like to complete this document with respect to\n what is known in 2005\, and publis h it as an Informational RFC.\n - Jouni and Farooq have agreed to edit this draft.\n - Discussion of remaining issues. \n\nKeying Issues (60 min)\n\n Keying Framewor k (Bernard Aboba)\n http://www.ietf.org/internet-drafts /draft-ietf-eap-keying-08.txt\n - To appear\n - This do cument will be in WGLC once it appears\n - Discussion o f last call comments and remaining issues\,\n if any\ n\n Keying Extensions (TBD)\n http://www.drizzle.com/~a boba/EAP/draft-aboba-eap-keying-extns-00.txt\n - Discus sion about what\, if anything\, we need to do\n here. Gauging community interest.\n\nNote that we intend to discuss EAP method related things in the EMU\nslot\, no t in the EAP slot.\n URL:http://www.ietf.org/html.charters/eap-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T090000 DTEND;TZID=America/Vancouver:20051107T113000 LOCATION:Salon C UID:81C82629-0434-4B63-96F6-758A1FE34BC0@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:OPS - grow - Global Routing Operations WG DESCRIPTION:Global Routing Operations WG\n\nGlobal Rout ing Operations (grow)\n\nMONDAY\, November 7\, 2005 090 0-1130 (Morning Session I)\n=========================== ===========================\n\nCHAIR(s): Geoff Huston < gih@apnic.net>\n David Meyer \ n\nAGENDA\n\n o Administriva 5 minutes\n\n - M ailing list: majordomo@lists.uoregon.edu\n subscrib e grow\n\n - Scribe (text and jabber)?\n \n - Blu e Sheets\n\n o Agenda Bashing 5 minutes\n Meyer \n\n o Review and status of work items \n\n Active Drafts\n --- ----------\n draft-ietf-grow-rfc1519bis-02.txt 5 minutes\n Fuller/all\n draft-ietf-grow-collect ion-communities-08.txt 5 minutes\n Meyer/a ll\n draft-ietf-grow-anycast-02.txt 10 minutes\n Abley/Lindqvist \n draft-ietf-grow-mrt-01.txt 10 minutes\n Blunk\n\n Oth er Drafts\n -------------\n draft-scudder-bmp-00.t xt 10 minutes\n White\n \n o Update from the NANOG IAB IPv6 Multihoming BOF 10 minutes\n Meyer\n\n o BGP Status Report 20 minutes\n Huston\n\ n URL:http://www.ietf.org/html.charters/grow-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T090000 DTEND;TZID=America/Vancouver:20051107T113000 LOCATION:Salon 2/3 UID:6D1DEEE2-DD61-4162-8961-F9D187AA4D2B@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - ccamp - Common Control and Measurement Pl ane WG DESCRIPTION:Common Control and Measurement Plane WG\nSi xty-fourth IETF Vancouver November 6-11\, 2005\n\nMONDA Y\, November 7\, 2005\n0900-1130 Morning Session I\nRTG ccamp Common Control and Measurement Plane WG\ n\nCCAMP Working Group Agenda\n======================== ==\n\n\n============================\n1. Administrivia (chairs\, 5)\n============================\n\n========= =======================================\n2. WG status\, RFCs\, drafts\, charter (chairs\, 10)\n=============== =================================\n\n================== ================\n3. Liaison from ITU-T (Lyndon\, 10)\n ==================================\n\n================= ============================\n4. RFC 3946 bis (Adrian\, 10)\n - feedback from OIF\n - get closure on this trivial point\n - next steps\n - make I-D a WG dr aft and last call it\n\nBackground reading\n- RFC 3946\ n- draft-papadimitriou-ccamp-rfc3946bis-00.txt\n- ccamp mailing list\n- OIF communications\n================== ===========================\n\n======================== ===============================\n5. Addressing Draft (K ohei\, 10)\n - identify new material\n - raise open issues\n - will we see more issues or are we done? \n - discussion of how this document should be focuss ed\n\nBackground reading\n- draft-ietf-ccamp-gmpls-addr essing-02.txt\n======================================== ===============\n\n==================================== =============================\n6. Hierarchy bis - Signa led FAs (Arthi\, 15)\n - what is the problem with the hierarchy draft?\n - is this a problem we need to so lve?\n - do we need dynamic\, numbered\, bidirecito nal LSPs?\n - are there other associated problems (e. g. dynamic bundling)\n - do we need to solve those problems?\n - why not use LMP?\n - why discuss here and not in MPLS?\n\nBackground reading\n- draft-ietf-m pls-lsp-hierarchy-08.txt\n- draft-shiomoto-ccamp-lsp-hi erarchy-bis-00.txt\n=================================== ==============================\n\n===================== =======================\n7. ASON Call signaling (Adrian \, 5)\n - plans to split the draft\n - how/why have we changed call signaling?\n\nBackground reading\n- dr aft-ietf-ccamp-gmpls-rsvp-te-ason-04.txt\n============= ===============================\n\n==================== ===============================\n8. ASON Routing soluti on (Dimitri\, 10)\n - discussion of proposed solution s\n\nBackground reading\n- draft-ietf-ccamp-gmpls-ason- routing-reqts-05.txt\n- draft-ietf-ccamp-gmpls-ason-rou ting-eval-01.txt\n- draft-dimitri-ccamp-gmpls-ason-rout ing-sol-00.txt\n======================================= ============\n\n======================================= ==========================\n9. Inter-domain issues (Dim itri and Tomohiro\, 10)\n - discussion of issues with inter-domain GMPLS\n a. requirements for advertisi ng inter-domain TE links\n b. IP vs TE Reachability \n - compare with draft-ietf-ccamp-inter-domain- pd-path-comp\n - consideration of TE reachabilit y exchange\n - need to also exchange switching c apability information\n - need to also exchange termination capabilities\n c. implications for aggr egation\n d. how does this stack up against PCE?\n\ nBackground reading\n- draft-otani-ccamp-inter-domain-r outing-req-00.txt\n- draft-otani-ccamp-interas-gmpls-te -03.txt\n- draft-leroux-ccamp-rsvp-te-path-constr-01.tx t\n- draft-ashwood-ccamp-gmpls-constraint-reqts-00.txt\ n- draft-ietf-ccamp-inter-domain-framework-04.txt\n- dr aft-ietf-ccamp-inter-domain-pd-path-comp-01.txt\n- draf t-ietf-ccamp-inter-domain-rsvp-te-02.txt\n- draft-ietf- pce-architecture-02.txt\n============================== ===================================\n\n================ =======================================\n10. MPLS/GMPLS Migration and Interworking (Kohei\, 15)\n - what are we trying to achieve?\n - what are the models availa ble?\n - do we want to support all of these models?\n \nBackground reading\n- draft-shiomoto-ccamp-mpls-gmpls -interwork-fmwk-00.txt\n- draft-oki-ccamp-gmpls-ip-inte rworking-06.txt\n- draft-kumaki-ccamp-mpls-gmpls-interw orking-01.txt\n======================================== ===============\n\n==================================== ==================\n11. Lambda labels (Richard\, 10)\n - scope of the problem\n - why current generalized labels are not sufficient\n - is this a problem we wa nt/need to solve?\n - discussion of potential solutio ns\n\nBackground reading\n- RFC 3471\n- draft-shiba-cca mp-gmpls-lambda-labels-00.txt\n======================== ==============================\n\n===================== =========================\n12. VCAT/LCAS (Richard\, 10) \n - overview of VCAT and LCAS\n - how does this re late to GMPLS?\n - what signaling problems arise?\n - is this a problem we want/need to solve?\n - discu ssion of potential solutions\n\nBackground reading\n- d raft-bernstein-ccamp-gmpls-vcat-lcas-01.txt\n========== ====================================\n\n=============== =================================\n13. MS-SPRing (Diego \, 10)\n - overview of MS-SPRing\n - how does this relate to GMPLS?\n - what signaling problems arise?\n - is this a problem we want/need to solve?\n - dis cussion of potential solutions\n\nBackground reading\n- draft-caviglia-ccamp-gmpls-msspring-req-00.txt\n====== ==========================================\n\n========= ======================================================= =\n14. Management plane / Control plane exchange of LSP s (Diego\, 10)\n - what is the problem?\n - is CCAM P interested in a solution?\n - discussion of potenti al solutions\n\nBackground reading\n- draft-caviglia-mp 2cpcp2mp-03.txt\n====================================== ===========================\n\n======================== ===============================================\n15. Gr aceful Shutdown in GMPLS Traffic Engineering Networks ( Zafar\, 10)\n - what is the function?\n - is CCAMP interested in the function?\n - discussion of potenti al solutions\n\nBackground reading\n- draft-ali-ccamp-m pls-graceful-shutdown-02.txt\n========================= ==============================================\n URL:http://www.ietf.org/html.charters/ccamp-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T090000 DTEND;TZID=America/Vancouver:20051107T113000 LOCATION:Cypress UID:8B53FA04-27CC-4C7C-90D9-C17F4BBB0A8F@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - pkix - Public-Key Infrastructure (X.509) WG URL:http://www.ietf.org/html.charters/pkix-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T090000 DTEND;TZID=America/Vancouver:20051107T113000 LOCATION:Oak UID:CAA3537E-6738-46E6-B7C1-9B597DF2FC97@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - ippm - IP Performance Metrics WG DESCRIPTION:IP Performance Metrics WG\nDraft agenda IPP M meeting @ IETF64\n==================================\ n\n1. Administrativia\n = Agenda Bashing\, Scribe\, M inutes\, Blue Sheets\n\n2. Status of Drafts and Milesto nes\n * OWAMP: draft-ietf-ippm-owdp-14.txt\n * Impl ementation report: draft-ietf-ippm-implement-01\n * C apacity draft: draft-ietf-ippm-bw-capacity-00\n * Reo rdering: draft-ietf-ippm-reordering-10\n * New work i tems\n = Multimetrics: draft-stephan-ippm-multimet rics-01.txt\n = TWAMP\n\n3. draft-svdberg-ippm-tem poral-00.txt/Steven van de Berghe\n\n4. ITU on IP perfo rmance models (Y1541)/Loki Jorgenson\n\n5. Differences between Interpacket jitter metric and 99-0 percentile I TU \n measure/Roman Krasnowski\n\n6. Decomposition of metrics/Al Morton\n draft-morton-ippm-composition-01 \n\n5. Traceroute draft/Juergen Quittek\n draft-nicco lini-ippm-storetraceroutes-01\n\n6. AOB\n\n URL:http://www.ietf.org/html.charters/ippm-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T130000 DTEND;TZID=America/Vancouver:20051107T150000 LOCATION:Salon F UID:7517750C-1DB1-4B39-82B7-306E277B6774@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - 6lowpan - IPv6 over Low Power WPAN WG URL:http://www.ietf.org/html.charters/6lowpan-charter.h tml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T130000 DTEND;TZID=America/Vancouver:20051107T150000 LOCATION:Salon D/E UID:7AC9D5B1-C404-4322-B40D-29FCB1873BA0@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - l2vpn - Layer 2 Virtual Private Networks WG URL:http://www.ietf.org/html.charters/l2vpn-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T130000 DTEND;TZID=America/Vancouver:20051107T150000 LOCATION:Cypress UID:D6D9A63F-3BFC-4F8C-9715-677C9C075197@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:IRTF - rrg - Routing Research Group END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T130000 DTEND;TZID=America/Vancouver:20051107T150000 LOCATION:Oak UID:54BBC8FB-8F25-4C6C-A39C-D31A50D65F5B@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:OPS - capwap - Control and Provisioning of Wire less Access Points WG URL:http://www.ietf.org/html.charters/capwap-charter.ht ml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T130000 DTEND;TZID=America/Vancouver:20051107T150000 LOCATION:Salon A/B UID:20B5393A-D3F5-4E0F-88AF-5D8ED5F86566@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:OPS - v6ops - IPv6 Operations WG URL:http://www.ietf.org/html.charters/v6ops-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T130000 DTEND;TZID=America/Vancouver:20051107T150000 LOCATION:Salon 2/3 UID:FE17749D-3026-4474-82BE-605710B1B200@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - dkim - Domain Keys Identified Mail BOF DESCRIPTION:Domain Keys Identified Mail BOF\n1. Agenda & introduction (10)\n2. Walk through proposed charter (15)\n3. Discussion of proposed charter -- open (20)\ n4. Walk through threat analysis -- Fenton (15)\n5. W alk through base spec -- Allman (10)\n6. Walk through policy spec -- Allman (10)\n7. Introduce other deliver ables (10)\n8. Open discussion of specs & deliverables -- open (20)\n9. Decision: should a WG be formed with this charter? (10)\n END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T130000 DTEND;TZID=America/Vancouver:20051107T150000 LOCATION:Salon C UID:F6646BFA-D4FE-44D4-A91E-98FBE740C182@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - ecrit - Emergency Context Resolution with Internet Technologies WG DESCRIPTION:Emergency Context Resolution with Internet Technologies WG\nEmergency Context Resolution with Inte rnet Technologies WG\n\nMONDAY\, November 7\, 2005\n130 0-1500 Afternoon Session I\n=========================== ==========================\n\nCHAIRS: \n\n Hannes Tsc hofenig \n Marc Linsne r \n\nAGENDA\n\n o Agenda Bashi ng / Current Status (Chairs\, 15 min)\n\n\n o Open Issu es in the Requirements (75 min) \n\n \n - Open Issu es in the Requirements Document (Roger Marshall)\n ht tp://www.ietf.org/internet-drafts/draft-schulzrinne-ecr it-requirements-01.txt\n\n - Open Issues in the Secur ity Threats Document (Tom Taylor)\n http://www.ietf.o rg/internet-drafts/draft-taylor-ecrit-security-threats- 00.txt \n\n - Issues raised by the Architectural Con siderations Document (Andrew Newton/James Polk)\n htt p://www.ietf.org/internet-drafts/draft-polk-newton-ecri t-arch-considerations-01.txt\n\n - Impact of the Loca tion-to-URL Mapping Architecture (Henning Schulzrinne)\ n http://www.ietf.org/internet-drafts/draft-schulzrin ne-ecrit-mapping-arch-00.txt\n\n\n o Emergency Services URI (Henning Schulzrinne\, 15 min)\n http://www.ietf .org/internet-drafts/draft-schulzrinne-sipping-service- 00.txt\n http://www.ietf.org/internet-drafts/draft-ie tf-sipping-sos-01.txt\n\n\n o Next Steps (Chairs\, 15 m in)\n\n\n\n URL:http://www.ietf.org/html.charters/ecrit-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T130000 DTEND;TZID=America/Vancouver:20051107T150000 LOCATION:Salon 1 UID:F9D8DB11-29EF-4145-9C07-12BAD7687450@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - rmt - Reliable Multicast Transport WG DESCRIPTION:Reliable Multicast Transport WG\n\nIETF 64t h - Reliable Multicast Transport WG\n*DRAFT* Agenda (as of 20051017)\n\n- Agenda Bashing Chairs\n- WG Status Update Chairs\n\n- Norm BB an PI revised for St andard Track Brian Adamson\n\n draft-ietf-rmt -pi-norm-revised-00\n draft-ietf-rmt-bb-norm-revised -00\n\n- LDPC FEC ID Update Vincent Roca\n\n draft-ietf-rmt-bb-fec-ldpc-00.txt \n\n- FLUTE object aggregation update V incent Roca\n\n draft-neumann-rmt-flute-file-aggrega tion-02.txt\n\n- Reed-Solomon FEC ID Vincent Roca\n\n draft-lacan-rmt-fec-bb-rs -00.txt\n URL:http://www.ietf.org/html.charters/rmt-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T151000 DTEND;TZID=America/Vancouver:20051107T171000 LOCATION:Salon F UID:0CEEBD75-8D1B-46D9-96FF-CAC928CD6E6E@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:APP - lemonade - Enhancements to Internet email to Support Diverse DESCRIPTION:Enhancements to Internet email to Support D iverse \nIETF LEMONADE WG\n================\n\nChair(s) :\nGlenn Parsons \nEric Burger \n\nDRAFT Agenda\n============\n\n Session 1 - Mon\, Nov 7\, 1310h:\n--------------------- --------- \n\nAgenda bashing \nOMA liaison \nStatus rev iew \n draft-ietf-lemonade-goals\n draft-ietf-lemonad e-notify-s2s\n draft-ietf-lemonade-mms-mapping\n draf t-ietf-lemonade-futuredelivery\n draft-ietf-lemonade-b url\n draft-ietf-lemonade-catenate\n draft-ietf-lemon ade-urlauth\n draft-ietf-lemonade-profile \nProfile \n draft-ietf-lemonade-reconnect\n draft-ietf-lemonade- rfc2192bis\n draft-ietf-lemonade-convert \n\nSession 2 - Wed\, Nov 9\, 0900h:\n------------------------------ \n\nOMA MEM AD discussion \nProfile proposals\n draft -maes-lemonade-notifications-filters-how-to\n draft-ma es-lemonade-notifications-server-to-client\n draft-mae s-lemonade-vfolder\n draft-newman-lemonade-msgevent\n draft-maes-lemonade-lzip\n draft-maes-lemonade-mobile -email\n draft-maes-lemonade-deliver\n draft-maes-lem onade-http-binding \n URL:http://www.ietf.org/html.charters/lemonade-charter. html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T151000 DTEND;TZID=America/Vancouver:20051107T171000 LOCATION:Salon 1 UID:D2940DA9-C76D-4247-B1B8-DEFD1FDBEE5E@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:GEN - rfc - RFC Editor Tutorial END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T151000 DTEND;TZID=America/Vancouver:20051107T171000 LOCATION:Salon C UID:85EF42D3-3FBC-44C6-AD39-85A7C2597E44@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - mipshop - MIPv6 Signaling and Handoff Opt imization WG URL:http://www.ietf.org/html.charters/mipshop-charter.h tml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T151000 DTEND;TZID=America/Vancouver:20051107T171000 LOCATION:Salon 2/3 UID:E9337432-75A7-4E9E-A9D8-5861A1323CB1@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - softwire - Softwire BOF END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T151000 DTEND;TZID=America/Vancouver:20051107T171000 LOCATION:Oak UID:058B38A3-AF39-4E11-8699-F40220012583@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:OPS - bmwg - Benchmarking Methodology WG URL:http://www.ietf.org/html.charters/bmwg-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T151000 DTEND;TZID=America/Vancouver:20051107T171000 LOCATION:Salon A/B UID:423A8B57-DD29-4E09-944F-3EC58AFAC08A@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - rtgarea - Routing Area Meeting END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T151000 DTEND;TZID=America/Vancouver:20051107T171000 LOCATION:Cypress UID:9A3056CC-829B-466F-97F6-4AEA1C632326@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - krb-wg - Kerberos WG DESCRIPTION:Kerberos WG\nKerberos WG (krb-wg)\n\nMON\, November 7 at 1510-1710\n============================== ======\n\nChair(s):\nJeffrey Hutzelman \ n\nAGENDA:\n\nPreliminaries - Jeffrey Hutzelman (5 min) \n - Introduction\n - Blue Sheets\n - Scribe\, Jabbe r\n - Agenda Bashing\n\nDocument Status - Jeffrey Hutz elman (5 min)\n - PKINIT (draft-ietf-cat-kerberos-pk-i nit-29.txt)\n - ECC for PKINT (draft-zhu-pkinit-ecc-00 .txt)\n - Extensions (draft-ietf-krb-wg-rfc1510ter-00. txt)\n - Enctype Negotiation (draft-zhu-kerb-enctype-n ego-03.txt)\n - Others?\n\nTechnical Discussion (90 mi n)\n - Questioning Kerberos Assumptions\n Sam Har tman\, MIT\n\n - Anonymity\n draft-zhu-kerb-anon- 00.txt\n\n - Enctype Negotiation and prot_ready\n\n - Resolving PKINIT issues\n Kerberos WG participant s\n\n\nUpdate Milestones - Chair and Participants (10 m in)\n URL:http://www.ietf.org/html.charters/krb-wg-charter.ht ml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T151000 DTEND;TZID=America/Vancouver:20051107T171000 LOCATION:Salon D/E UID:87B517ED-9DB3-4C2D-9DD9-3E1E57CAC668@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - sipping - Session Initiation Protocol Inv estigation WG URL:http://www.ietf.org/html.charters/sipping-charter.h tml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T174000 DTEND;TZID=America/Vancouver:20051107T184000 LOCATION:Salon 1 UID:F3698C80-CB68-4686-9E0A-1B11DBB0E4DF@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:APP - calsify - Calendaring and Scheduling Stan dards Simplification WG URL:http://www.ietf.org/html.charters/calsify-charter.h tml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T174000 DTEND;TZID=America/Vancouver:20051107T184000 LOCATION:Salon C UID:77BBCDD2-F085-43F3-AD69-BD5E6F3C69E5@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - mipshop - MIPv6 Signaling and Handoff Opt imization WG URL:http://www.ietf.org/html.charters/mipshop-charter.h tml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T174000 DTEND;TZID=America/Vancouver:20051107T184000 LOCATION:Oak UID:F08317B1-92B5-4F3F-A7FB-ECE952FCBA95@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - ntp - Network Time Protocol WG URL:http://www.ietf.org/html.charters/ntp-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T174000 DTEND;TZID=America/Vancouver:20051107T184000 LOCATION:Salon 2/3 UID:6C0B7A63-1A3C-4CC0-AB17-CFE442503433@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:OPS - opsarea - Operations & Management Open Ar ea END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T174000 DTEND;TZID=America/Vancouver:20051107T184000 LOCATION:Salon F UID:C8526FCE-07C5-4F97-85E2-EAB64C63B08E@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - rpsec - Routing Protocols Security Requir ements WG URL:http://www.ietf.org/html.charters/rpsec-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T174000 DTEND;TZID=America/Vancouver:20051107T184000 LOCATION:Cypress UID:4BE2E6A7-6750-459C-A8C6-C6E8F0454AB3@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - smime - S/MIME Mail Security WG DESCRIPTION:S/MIME Mail Security WG\n* Agenda bash\, in troductions (Blake Ramsdell\, Sendmail\, Inc.)\n\n* Wor king group and drafts status (Blake Ramsdell)\n\n* SHA- 256 as an alternative digest algorithm (Blake Ramsdell) \n\n* Identity Based Encryption (IBE) key management (M ark Schertler\, Voltage Security)\n\n* Anything else re quired\n URL:http://www.ietf.org/html.charters/smime-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T185000 DTEND;TZID=America/Vancouver:20051107T195000 LOCATION:Salon A/B UID:D603D67E-970B-41FA-878C-81280BBF5DDE@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:APP - xmlpatch - XML-Patch-Ops BOF END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T185000 DTEND;TZID=America/Vancouver:20051107T195000 LOCATION:Salon D/E UID:8825C056-5DF3-42DE-818C-7CC2659490A2@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - netlmm - Network-based Localized Mobility Management BOF END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T185000 DTEND;TZID=America/Vancouver:20051107T195000 LOCATION:Oak UID:3B7E4A28-6F15-4AD0-8106-5E265058C869@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - ntp - Network Time Protocol WG URL:http://www.ietf.org/html.charters/ntp-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T185000 DTEND;TZID=America/Vancouver:20051107T195000 LOCATION:Salon 2/3 UID:196CF0CA-DE32-4AE2-BF58-DED37C62D1DF@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:OPS - opsarea - Operations & Management Open Ar ea END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T185000 DTEND;TZID=America/Vancouver:20051107T195000 LOCATION:Salon C UID:CD2C3F2A-B674-463A-9ED4-5E00CBD9D8B3@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - bfd - Bidirectional Forwarding Detection WG URL:http://www.ietf.org/html.charters/bfd-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T185000 DTEND;TZID=America/Vancouver:20051107T195000 LOCATION:Cypress UID:BA2782C6-F84E-4AB9-897A-938AF5EF9965@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - ltans - Long-Term Archive and Notary Serv ices WG DESCRIPTION:Long-Term Archive and Notary Services WG\nL ong-term Archive and Notary Services (LTANS) Working Gr oup\n================================================== =========\n\nMonday\, November 7th\, 2005 - 18:50-19:50 \n\nAgenda:\n\nIntroduction/Preliminary stuff - 5 minu tes\nNotary review (Schmidt) - 15 minutes\nERS review - 15 minutes\nLTAP and ERS via SCVP review (Wallace) - 1 5 minutes \nFuture/Wrap-up - 5 minutes URL:http://www.ietf.org/html.charters/ltans-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T185000 DTEND;TZID=America/Vancouver:20051107T195000 LOCATION:Salon 1 UID:0D3061D4-7540-4836-8A95-FCA9504BF916@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - syslog - Security Issues in Network Event Logging WG DESCRIPTION:Security Issues in Network Event Logging WG \nSecurity Issures in Network Event Logging WG (syslog) \n\nMONDAY\, November 7\, 2005 \n================== ==========\n\nCHAIR: Chris Lonvick \n\n\n\nScribe: \nJabber-er \n\ nAGENDA:\n\n\n\nI. Review of Scope and Charter (C hris) 5 min.\nPresentation: (rsn )\n\n\nII. Update of "syslog Protocol" ID (Rainer or proxy) 10 min.\nPresentation: (?)\nDocument : http://www.ietf.org/internet-drafts/draft-ietf-syslo g-protocol-14.txt\n\n\nIII. Update of "syslog-sign" ID (Jon or Alex) 15 min.\nPresentatio n: (?)\nDocument: http://www.ietf.org/internet-drafts/d raft-ietf-syslog-sign-16.txt\n\n\nIV. Discussion o f "authenticity\, integrity and 15 min.\ n confidentiality of Syslog messages"\nRFC 3195 has been out there for a while with few implementation s.\nisms and netconf are choosing ssh. Should this WG go along with that?\n\n\nV. Wrap-up and review of decisions made (Chris) 10 min.\n\n URL:http://www.ietf.org/html.charters/syslog-charter.ht ml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051107T185000 DTEND;TZID=America/Vancouver:20051107T195000 LOCATION:Salon F UID:4E34879C-4BAB-4CEA-8225-1ACAE930B752@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - pmtud - Path MTU Discovery WG DESCRIPTION:Path MTU Discovery WG\nPath MTU Discovery W G (pmtud)\nMonday\, November 7\, 18:50--19:50\n======== =============================\n\nCHAIRS: Matt Mathis \n Matt Zekauskas \n\nAGENDA:\n\n1. Agenda bashing\, milestones revie w [5 min]\n\n2. PMTUD method draft issues [30 min]\n --Matt Mathis\n\n Note that this is a major rewrite\, so please read!\n \n\n\n\n3. PMTUD meth od draft implementation experience [15 min]\n --John Heffner\n --others\n\n URL:http://www.ietf.org/html.charters/pmtud-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T090000 DTEND;TZID=America/Vancouver:20051108T113000 LOCATION:Salon 1 UID:6776E856-04A4-4A98-B7A0-36EC34571C3B@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:1 SUMMARY:APP - widex - Widget Description Exchange Servi ce WG URL:http://www.ietf.org/html.charters/widex-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T090000 DTEND;TZID=America/Vancouver:20051108T113000 LOCATION:Salon D/E UID:C037E665-6827-48F8-B3DE-8B0BFB3780D5@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - ipv6 - IP Version 6 WG URL:http://www.ietf.org/html.charters/ipv6-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T090000 DTEND;TZID=America/Vancouver:20051108T113000 LOCATION:Salon A/B UID:25FDD009-6614-43F4-ADB0-1E549550424C@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - monami6 - Mobile Nodes and Multiple Inter faces in IPv6 WG URL:http://www.ietf.org/html.charters/monami6-charter.h tml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T090000 DTEND;TZID=America/Vancouver:20051108T113000 LOCATION:Salon F UID:C3595F39-6F04-4A9C-9881-39B282573B62@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:OPS - radext - Radius Extensions WG DESCRIPTION:Radius Extensions WG\nIETF-64 RADEXT WG Age nda\nTuesday\, November 8\, 2005\n0900-1130 Salon F\n\n Chairs: Bernard Aboba \nDavid Nels on \n\nPreliminaries (10 minutes )\n Bluesheets\n Agenda Bash\n Document Status\n Op en Issue Summary:\n http://www.drizzle.com/~aboba/R ADEXT\n Presentations and agenda online at:\n http ://www.drizzle.com/~aboba/IETF64/radext/\n\nWORK ITEMS IN IETF Last Call (30 minutes)\n\n- Digest Authenticati on\, Wolfgang Beck (10 minutes)\nhttp://www.ietf.org/in ternet-drafts/draft-ietf-radext-digest-auth-05.txt\n\n- Diameter SIP Application\, Miguel Garcia (10 minutes)\ nhttp://www.ietf.org/internet-drafts/draft-ietf-aaa-dia meter-sip-app-10.txt\n\nWrap-up and next steps (10 minu tes)\n\nWORK ITEMS COMPLETING WG LAST CALL (30 minutes) \n\n- Dynamic Authorization MIBs\, Greg Weber (10 minut es)\nhttp://www.ietf.org/internet-drafts/draft-ietf-rad ext-dynauth-server-mib-02.txt\nhttp://www.ietf.org/inte rnet-drafts/draft-ietf-radext-dynauth-client-mib-02.txt \n\n- RADIUS IPv6 MIBs\, Dave Nelson (5 minutes)\nhttp: //www.ietf.org/internet-drafts/draft-ietf-radext-rfc261 8bis-01.txt\nhttp://www.ietf.org/internet-drafts/draft- ietf-radext-rfc2619bis-01.txt\nhttp://www.ietf.org/inte rnet-drafts/draft-ietf-radext-rfc2620bis-01.txt\nhttp:/ /www.ietf.org/internet-drafts/draft-ietf-radext-rfc2621 bis-01.txt\n\n- VLAN/Priority\, Paul Congdon (15 minute s)\nhttp://www.ietf.org/internet-drafts/draft-ietf-rade xt-ieee802-01.txt\n\nPRE-WORK ITEM REVIEW (30 minutes)\ n\n- Common Radius Implementation Issues and Suggested Fixes\, Bernard Aboba \n(10 minutes)\nhttp://www.ietf.o rg/internet-drafts/draft-aboba-radext-fixes-01.txt\n\n- Design Guidelines\, Greg Weber (10 minutes)\nhttp://ww w.ietf.org/internet-drafts/draft-weber-radius-attr-guid elines-01.txt\n\n- RADIUS/Diameter Compatibility\, Davi d Mitton (10 minutes)\nhttp://www.ietf.org/internet-dra fts/draft-mitton-diameter-radius-vsas-00-txt\n\nWORK IT EMS IN OTHER WGs (30 minutes)\n\n- RADIUS Support for D elegation\, Ralph Droms & Joe Salowey (5 minutes)\nhttp ://www.ietf.org/internet-drafts/draft-salowey-radext-de legated-prefix-00.txt\n\n- ISMS Requirements\, David Ha rrington (5 minutes)\nhttp://www.ietf.org/internet-draf ts/draft-nelson-radius-management-authorization-02.txt\ n\n- RADIUS/MIPv4 Extensions\, Madjid Nakhjiri (5 minut es)\nhttp://www.watersprings.org/pub/id/draft-nakhjiri- radius-mip4-02.txt \n\n- RADIUS/GEOPRIV\, Hannes Tschof enig (5 minutes)\nhttp://www.ietf.org/internet-drafts/d raft-ietf-geopriv-radius-lo-04.txt\n\n- RADIUS Capabili ties Problem Statement\, Emile Van Bergen (10 minutes)\ n URL:http://www.ietf.org/html.charters/radext-charter.ht ml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T090000 DTEND;TZID=America/Vancouver:20051108T113000 LOCATION:Salon 2/3 UID:9D2946DE-B599-4C70-A1BB-4712E51596BF@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - mpls - MultiProtocol Label Switching WG DESCRIPTION:MultiProtocol Label Switching WG\nMPLS WG A genda for the Vancover Meeting\n======================= ================\nTuesday\, November\, 2005\, 9.00 - 11 .30\n\n1. Agenda bashing\n-----------------\nDisclaimer : This agenda is (still) very preliminary.\nThe order b etween slots and the allocation of time\nmight be chang ed.\n\n2. Working group status\n----------------------- \n- new RFCs\n -- RFC 4201 "Link Bundling in MPLS Tra ffic Engineering (TE)"\n -- RFC 4206 "Label Switched Paths (LSP) Hierarchy with\n Generalized Multi-Protocol Label Switching\n (GMPLS ) Traffic Engineering (TE)"\n\n- LDP to Draft standards \n -- ADs are thinking about procedure\n\n- in RFC-ed Queue\n -- (to be added)\n\n- in IESG review\n -- (t o be added)\n\n- wg drafts\n -- draft-ietf-mpls-icmp-0 2.txt\n (further documents will be added)\n\n- Draf ts reququested to become wg\n -- draft-yasukawa-mpls-p 2mp-oam-reqs-01.txt\n (Adrian)\n -- draft-raggarwa -mpls-ldp-upstream-00.txt\n draft-raggarwa-mpls-rsv p-upstream-00.txt\n (to be discussed in this meetin g)\n\n WG chairs\n 15 min\n\n3. Discussion on U pstream label allocation\n----------------------------- -------------\ndraft-raggarwa-mpls-ldp-upstream-00.txt\ ndraft-raggarwa-mpls-rsvp-upstream-00.txt\n10 min\nJean -Louis\n\n\n4. BGP Point to Multipoint LSP\n----------- -------------------\n"draft-satoru-mpls-bgp-multipoint- 02"\,\nSatoru Matsushima\n10 min\n(defered from the Par is meeting)\n\n\n5. draft-minei-wijnands-mpls-ldp-p2mp- 00.txt\n--------------------------------------------\n1 0 min\nIna & Ice\n\n\n6. draft-yasukawa-mpls-ldp-mcast- over-p2mp-lsps-01.txt\n-------------------------------- ----------------------\n10 min\nAdrian\n\n\n7. draft-le roux-mpls-mp-ldp-reqs-02.txt\n------------------------- --------------\n10 min\nJean-Louis\n\n\n8. "LDP extensi ons for Inter-Area LSP"\n------------------------------ --------\ndraft-decraene-mpls-ldp-interarea-01\nJean-Lo uis and Bruno\n\n\n9. draft-boddapati-mpls-pim-ssm-ldp- p2mp-00.txt\n------------------------------------------ -----\n10 min\nSuresh\n\n\n10. End of meeting\n\n\n\n URL:http://www.ietf.org/html.charters/mpls-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T090000 DTEND;TZID=America/Vancouver:20051108T113000 LOCATION:Cypress UID:A6F36A4D-CCF7-4585-BE91-DC65A83DB46D@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - sasl - Simple Authentication and Security Layer WG DESCRIPTION:Simple Authentication and Security Layer WG \nSimple Authentication And Security Layer (SASL)\n\nTu esday\, November 8\, at 0900-1130\n==================== =============\n\nChairs:\n\nTom Yu \nKurt Zeilenga \n\nDRAFT AGENDA: (2.5 hou rs)\n\n* intro\, scribe appointment\, agenda bashing - 5 min\n\n* document status - 5 min\n\n - draft-ietf-sa sl-crammd5-05.txt\n - draft-ietf-sasl-gssapi-03.txt\n - draft-ietf-sasl-plain-08.txt\n - draft-ietf-sasl-rf c2222bis-12.txt\n - draft-ietf-sasl-rfc2831bis-07.txt\ n\n* crammd5 direction discussion - 30 min\n\n* rfc2831 bis open issues and live edit - 30 min\n\n* rfc2222bis open issues and live edit - 30 min\n\n* discuss milesto nes - 10 min\n\n* open mike - remaining time\n URL:http://www.ietf.org/html.charters/sasl-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T090000 DTEND;TZID=America/Vancouver:20051108T113000 LOCATION:Oak UID:415ED135-625A-464E-9F54-32E9715AB805@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - rserpool - Reliable Server Pooling WG URL:http://www.ietf.org/html.charters/rserpool-charter. html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T090000 DTEND;TZID=America/Vancouver:20051108T113000 LOCATION:Salon C UID:9CE740A8-AFA1-46A2-93EE-AC6D0210C991@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - xcon - Centralized Conferencing WG DESCRIPTION:Centralized Conferencing WG\nCentralized Co nferencing (XCON) - IETF 64 Agenda\n\nCHAIRS: Alan John ston \n Adam Roach \n\n\nTUESDAY\, November 8th\, 2005\, 0900-11 30\n======================================\n\n0900 - 09 05 Agenda Bash\n Chairs (5 minutes)\n\n090 5 - 0915 Status Update\n Chairs (10 minute s)\n\n0915 - 0925 Charter: Updating Milestones\n Chairs (10 minutes)\n\n0925 - 0940 Floor Contro l: Epilogue\n Gonzalo Camarillo (15 minutes )\n draft-ietf-xcon-bfcp-05.txt\n draft-ietf-mmusic-sdp-bfcp-02.txt\n draf t-ietf-xcon-floor-control-req-03.txt\n\n0940 - 1025 XC ON Framework\n Mary Barnes (45 minutes)\n draft-ietf-xcon-framework-02.txt\n\n1025 - 1 035 XCON Common Data Model\n Oscar Novo (1 0 minutes)\n draft-novo-xcon-common-data-mo del-00.txt\n\n1035 - 1050 Role Definitions for Common Conferencing\n Dave Morgan (15 minutes)\n draft-morgan-xcon-roles-00.txt\n\n1050 - 111 0 Conference Package\n Orit Levin (20 minu tes)\n draft-levin-xcon-conference-package- ext-00.txt\n\n1110 - 1120 MSRP Centralized Conferencin g\n Chris Boulton (10 minutes)\n draft-boulton-xcon-msrp-conferencing-02.txt\n\n1120 - 1130 People and Content Video Streams\n R oni Even (10 minutes)\n draft-even-xcon-pnc -00.txt\n\n\nWEDNESDAY\, November 9th\, 2005\, 1510-161 0\n======================================\n\n1510 - 152 0 Protocol Selection Discussion\n Chairs ( 10 minutes)\n\n1520 - 1530 CCCP\n Orit Lev in (10 minutes)\n draft-levin-xcon-cccp-03. txt\n\n1530 - 1545 Media Templates\n Chris Boulton (15 minutes)\n draft-boulton-xcon- media-template-02.txt\n\n1545 - 1610 Protocol Selectio n Open Discussion\n Chairs (25 minutes)\n\n URL:http://www.ietf.org/html.charters/xcon-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T130000 DTEND;TZID=America/Vancouver:20051108T150000 LOCATION:Cypress UID:D261DD74-BFDF-4229-925F-0D142D1C7D3C@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:APP - imapext - Internet Message Access Protoco l Extension WG DESCRIPTION:Internet Message Access Protocol Extension WG\n\n1. See if any issues have come up during WG last call on LISTEXT \n -- Barry Leiba \n http://www. ietf.org/internet-drafts/draft-ietf-imapext-list-extens ions -14.txt\n\n2. Review status of comparator\, revie w next steps\, and nag \n authors/editors to do rev ision\n http://www.ietf.org/internet-drafts/draft-i etf-imapext-i18n-05.txt\n\n3. Review update to CONDSTOR E and last call comments on LDAP ABNF\n\n \n \n4. Review status of Annotate\, see if anything big h as changed\, nag \n authors/editors to do revision\ n -- recall last meeting the only major new thing w e planned on was a \n response code so the server could say it didn't support private \n annotatio ns\n http://www.ietf.org/internet-drafts/draft-ietf- imapext-annotate-13.txt\n URL:http://www.ietf.org/html.charters/imapext-charter.h tml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T130000 DTEND;TZID=America/Vancouver:20051108T150000 LOCATION:Salon A/B UID:724DA9EE-B71E-49AF-91B0-7FE1916C7E63@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - 16ng - IPv6 over IEEE 802.16(e) Networks BOF DESCRIPTION:IPv6 over IEEE 802.16(e) Networks BOF\n\n16 ng BoF - IETF 64\, Vancouver\n\nBoF name: IPv6 over IEE E 802.16(e) Networks (16ng)\nBoF area: INT\n\n========= ===================================\n\nLast Modified: 2 005-10-24\n\n\nCHAIRS:\n\nSoohong Daniel Park \nGabriel Montenegro \n\n \nDESCRIPTION:\n\nBroadband Wire less Access networks address the inadequacies of low ba ndwidth \nwireless communication for user requirements such as high quality data/voice \nservice\, fast mobili ty\, wide coverage\, etc. The IEEE 802.16 Working Group on \nBroadband Wireless Access Standards develops stan dards and recommended practices\nto support the develop ment and deployment of broadband Wireless Metropolitan \nArea Networks. Additionally\, IEEE 802.16e is an amen dment that adds support \nfor mobility over the base IE EE 802.16 specification. \n\nRecently\, the WiMAX Foru m\, and\, in particular\, its NWG (Network Working Grou p)\nis defining the IEEE 802.16(e) network architecture (e.g.\, IPv4\, IPv6\, Mobility\, \nInterworking with d ifferent networks\, AAA\, etc). The NWG is thus taking on \nwork at layers above those defined by the IEEE 802 standards (typically limited \nto the physical and lin k layers only). Similarly\, WiBro (Wireless Broadband)\ , \na Korean effort which focuses on the 2.3 GHz spectr um band\, is also based on \nthe IEEE 802.16e specifica tion. \n\nIEEE 802.16(e) is different from existing wir eless access technologies such as \nIEEE 802.11 or 3G. Accordingly\, while 802.16 defines the encapsulation o f an \nIP datagram in an IEEE 802.16 MAC payload\, comp lete description of IP operation \nis not present and c an benefit from IETF input and specification.\n\nFor ex ample: immediately subsequent to network entry an 802.1 6 subscriber station\nhas no capability whatsoever for data (as opposed to management) connectivity. \nThe cr iteria by which the Base Station (or other headend elem ents) set up the \n802.16 MAC connections for data tran sport is not part of the 802.16 standard \nand depends on the type of data services being offered (ie. the set up of \ntransport connections will be different for IP v4 and IPv6 services). Additionally\n- as 802.16 is a point-to-multipoint network - an 802.16 subscriber stat ion is \nnot capable of multicasting (e.g.\, for neighb or discovery) or direct communication \nto the other no des in the network. While the built-in LAN emulation f eature \nof 802.16 ("802.3 Convergence Sublayer") recti fies this\, it may involve additional\npacket overhead. As for fast mobility\, the characteristics of IEEE 802 .16e \nlink-layer operation may require special conside rations when implementing Fast \nMobile IPv6 (RFC 4068) \, something which may be pursued in the MIPSHOP WG.\n\ nThe principal objective of the 16ng BoF is to identify what limitations and \nconsiderations apply to IPv6 ad option over IEEE 802.16(e)\, and to propose \navailable solutions. The working group may issue recommendations to IEEE 802.16(e) \nsuggesting protocol modifications for better IP support. The WiMAX Forum is slated\nto sp ecify IPv6 operation over IEEE 802.16(e) in 2006. On th e other hand\, WiBro \nis already planning IPv4 deploym ent in 2006 (IPv6 over WiBro will begin within\na year) . Accordingly\, the working group will work and coordin ate with the \nWiMAX Forum and with the WiBro efforts. \n\nAs for IPv4 operation\, its specification is quite advanced already. Assuming \nenough interest is found\, an additional work item would be an informational \ndo cument on IPv4 operation over 802.16(e). However\, init ial focus will be on \nIPv6 at this stage.\n \n\nMAILIN G LIST: \n\nGeneral Discussion: 16ng@eeca16.sogang.ac.k r\nTo Subscribe: http://eeca16.sogang.ac.kr/mailman/lis tinfo/16ng \nArchive: http://eeca16.sogang.ac.kr/piperm ail/16ng \n\n\nREFERENCES:\n\nTransport of IP over 802. 16\nhttp://www.ietf.org/internet-drafts/draft-mandin-ip -over-80216-ethcs-00.txt\n\n16ng Problem Statement\nhtt p://www.ietf.org/internet-drafts/draft-jee-16ng-problem -statement-02.txt\n\nMobile IPv6 Fast Handovers over IE EE 802.16(e) Networks\nhttp://www.ietf.org/internet-dra fts/draft-jang-mipshop-fh80216e-00.txt\n\nConsideration s of IPv6 in IEEE 802.16 Network\nhttp://www.ietf.org/i nternet-drafts/draft-shin-ipv6-ieee802.16-01.txt\n\nMob ile IPv4 Fast Handovers for 802.16e networks\nhttp://ww w.ietf.org/internet-drafts/draft-jee-mip4-fh80216e-01.t xt \n\nIEEE Std 802.16-2004\nhttp://standards.ieee.org/ getieee802/download/802.16-2004.pdf\n\n\nAGENDA:\n\nTot al time: 2 hours\n\nAgenda bashing\, chairs (5 mins)\n Reference: presentation material\n Presentor: chairs\n\ nAn Introduction to IEEE 802.16(e)\, (15 minutes)\n Ref erence: presentation material (no I-D)\n Presentor: Han nes Tschofenig \n\nWiMAX Forum Network Working Group Overview\, (15 minutes)\n Reference: presentation material (no I-D)\n Presentor: Parviz Yegani \n\nIEEE 802.16 and NE TLMM Overview\, (5 minutes)\n Reference: presentation m aterial (no I-D)\n Presentor: James Kempf \n\nIPv6 Deployment over IEEE 802.16\, (5 minutes)\n Reference: presentation material (no I-D)\n Presentor: Yu-Seon Kim \n\nTransport of IP over IEEE 802.16\, (10 minutes)\n Reference: dra ft-mandin-ip-over-80216-ethcs-00.txt\n Presentor: Jeff Mandin \n\nScenarios an d Considerations of IPv6 in IEEE 802.16 Networks\, (10 minutes)\n Reference: draft-shin-ipv6-ieee802.16-01.txt \n Presentor: Myung-Ki Shin \n\n IPv6 NDP Implications in IEEE 802.16\, (10 minutes)\n R eference: presentation material (no I-D)\n Presentor: S yam Madanapalli \n\nFast Mobile IP Ha ndovers over IEEE 802.16e Networks\, (10 minutes) \n Re ference: draft-jang-mipshop-fh80216e-00.txt\, draft-jee -mip4-fh80216e-01.txt\n Presentor: Rajeev Koodli \n\n16ng Problem Statements\, (5 minutes)\n Reference: draft-jee-16ng-problem-statement -02.txt\n Presentor: Junghoon Jee \n\ nOverview of proposed charter\, (5 minutes)\n Reference : proposed charter\n Presentor: chairs\n\nCharter discu ssion\, (25 minutes)\n Reference: presentation material \n Presentor: chairs\n\n\n\n END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T130000 DTEND;TZID=America/Vancouver:20051108T150000 LOCATION:Salon 1 UID:889AA0BA-5051-4BDB-B9E1-CF47954AB2D4@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - ipdvb - IP over Digital Video Broadcast W G DESCRIPTION:IP over Digital Video Broadcast WG\nIP over Digital Video Broadcast (IPDVB) WG\nInternet Area\nipd vb WG Chair: Gorry Fairhurst gorry@erg.abdn.ac.uk\n\n1. Agenda Bashing (10 minutes) - Chair\n * Agenda ch anges\n * Election of Scribe for Proceedings\n * Jabber Scribe\n\n2. Document Status (5 minutes) - C hair\n * Updated milestones.\n * Documents in Last Call - None.\n * Documents in IESG Review - None.\n * Documents in RFC Editor Queue:\nhttp://w ww.ietf.org/internet-drafts/draft-ietf-ipdvb-ule-06.txt (Proposed Standard)\nhttp://www.ietf.org/internet-draf ts/draft-ietf-ipdvb-arch-04.txt (Informational)\n * Published RFCs - None.\n\n3. Address Resolution (15 m inutes) - M-J Montpetit\nhttp://www.ietf.org/internet-d rafts/draft-ietf-ipdvb-ar-01.txt\n * L2 Resolution : MPEG signalling.\n * Non-IETF ULE Code-points (A TSC\, SMPTE).\n * L3 Resolution: ND\, UDLR\, etc.\ n * Contributions required.\n\n4. IP Address Confi guration for ipdvb (10 minutes) - Martin Stiemerling\nh ttp://www.ietf.org/internet-drafts/draft-stiemerling-ip dvb-config-01.txt\n * Future directions for this d raft\n\n5. ULE Security Requirements (20 minutes) - Ha itham Cruikshank\nhttp://www.ietf.org/internet-drafts/d raft-cruickshank-ipdvb-sec-req-00.txt\n * Requirem ents and threat analysis.\n * Contributions requir ed.\n\n6. ULE Security Extension (5 minutes) - Haitham Cruikshank\nhttp://www.ietf.org/internet-drafts/draft-c ruickshank-ipdvb-sec-00.txt\n * Update on document plans.\n\n7. IP Encapsulation for DVB-S.2 (20 minutes) - Juan Cantillo\nhttp://www.ietf.org/internet-drafts/d raft-cantillo-ipdvb-s2encaps-01.txt\n * Requiremen ts and scenarios.\n * Future directions for this d raft.\n\n8. ULE Implementation Status (10 minutes) - Ch air/Various\n * Current status of implementations. \n\n9. A.O.B.\n\nOther related drafts:\nhttp://www.ietf .org/internet-drafts/draft-bormann-rohc-over-802-01.txt \nhttp://www.ietf.org/internet-drafts/draft-montpetit-i pdvb-config-00.txt\nhttp://www.ietf.org/internet-drafts /draft-miloucheva-udlr-mipv6-00.txt\n\nWG Archive: \nht tp://www.erg.abdn.ac.uk/ipdvb/archive\n URL:http://www.ietf.org/html.charters/ipdvb-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T130000 DTEND;TZID=America/Vancouver:20051108T150000 LOCATION:Salon C UID:4491E490-22CE-49FF-9F89-1840CD018EFE@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - forces - Forwarding and Control Element S eparation WG DESCRIPTION:Forwarding and Control Element Separation W G\nForwarding and Control Element Separation (ForCES)\n Draft Agenda\, IETF 64\, Vancouver\, BC\, Canada\n\nTue sday\, November 8\, 2005\, 13:00-15:00\n=============== =======================\n\nCHAIRS: David Putzolu \n Patrick Droz \n\nADs: Alex Zinin \n Bill Fenner \n\nAGENDA :\n\n10 min - WG status & Agenda Bash\n David P utzolu\n (no draft/slides available)\n\n15 min - Proposed ForCES Base LFB Library\n Joel Halpe rn\n draft-halpern-forces-lfblibrary-base-00.tx t\n\n10 min - ForCES MIB Proposal\n Robert Haas \n draft-haas-forces-mib-00.txt\n\n10 min - For CES TML Service Primitives\n Weiming Wang\n draft-wang-forces-tmlsp-00.txt\n\n10 min - ForCES TML Over IP Networks\n Weiming Wang\n d raft-wang-forces-iptml-00.txt\n\n10 min - Intra-NE rout ing mechanism \n Xiaoyi Guo\n draft-guo -forces-routing-00.txt\n\n15 min - ForCES Implementatio n Experience\n Jamal Hadi Salim\n (no d raft/slides available)\n\n15 min - ForTER - A ForCES Ro uter Implementation\n Ligang Dong\, Weiming Wan g\n (no draft/slides available)\n\n(Updated Oct ober 24\, 2005)\n URL:http://www.ietf.org/html.charters/forces-charter.ht ml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T130000 DTEND;TZID=America/Vancouver:20051108T150000 LOCATION:Salon 2/3 UID:C9AC45A3-52F3-46DE-9A3F-06BF5827A8EB@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - idr - Inter-Domain Routing WG DESCRIPTION:Inter-Domain Routing WG\n1. IDR Documents s tatus update 5 mins\n\n2. draft-rekhter-as4octet-ext-co mmunity-00.txt 5 mins\n\n3. draft-djernaes-simple-conte xt-update-00.txt 20 mins\n\n4. draft-raszuk-aggr-withdr aw-00.txt 15 mins\n\n5. draft-chen-bgp-ext-opt-param-00 .txt 15 mins\n\n6. draft-muley-hares-idr-orf-order-01.t xt 15 mins\n\n7. draft-hares-asconfed-edge-02.txt 15 mins\n draft-hares-bose-dynamic_as-01.txt\n\n5. d raft-nalawade-kapoor-tunnel-safi-03.txt\n draft-kapoo r-nalawade-idr-bgp-ssa-03.txt\n draft-nalawade-l3vpn- bgp-connector-00.txt 15 mins\n \n6. draft-nalawade-l3vpn-mcast-signaling-bgp.txt 15 m ins\n\n\n\n URL:http://www.ietf.org/html.charters/idr-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T130000 DTEND;TZID=America/Vancouver:20051108T150000 LOCATION:Salon F UID:2E411F00-945E-43FD-9CA0-260059C16271@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - isms - Integrated Security Model for SNMP WG DESCRIPTION:Integrated Security Model for SNMP WG\nInte grated Security Model for SNMP WG (isms)\n\nTuesday Nov ember 8 at 1300-1500\n===============================\n \nCHAIRS: Juergen Schoenwaelder \n Juergen Quittek \n\nAGENDA:\n\n 1) Administrivia\, Agenda bashin g ( 5 min)\n\n 2) Report from the RADE XT meeting (10 min)\n\n 3) Discussion o f SSH model open issues (50 min)\n - draf t-ietf-isms-secshell-00.txt\n\n 4) Discussion of TMSM open issues (50 min)\n - draft-ietf- isms-tmsm-00.txt\n\n 5) Wrap up ( 5 min)\n - review of action point s\n\n\nINTERNET DRAFTS:\n\n- Secure Shell Security Mode l for SNMP\n \n\n- Tr ansport Mapping Security Model (TMSM) for the Simple Ne twork\n Management Protocol\n \n\n\nRELATED DRAFTS:\n\n- RADIUS NAS-Management Authorization\n \n\n- SNMP Agent Discovery under SSH Tra nsport\n \n URL:http://www.ietf.org/html.charters/isms-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T130000 DTEND;TZID=America/Vancouver:20051108T150000 LOCATION:Oak UID:A27AFB40-500A-486F-8B2F-35058D6CC2DB@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - nfsv4 - Network File System Version 4 WG DESCRIPTION:Network File System Version 4 WG\n\nNetwork File System Version 4 (nfsv4)\n----------------------- --------------\n \nChair(s):\n\n Spencer Shepler \n Brian Pawlowski \n \nAGENDA: Tuesday\, Nov 8\, 2005 2005: 9:00 - 11:30 (2.5 hours)\nSubject to change\n\n Welcome a nd Introduction (beepy) 2 min\n Agenda bash\n - Blue Sheets\n - NOTE WE LL\n\n pNFS 45 min\n draft-ietf-nfsv4-pnfs-00.txt\n\n M inor version 1 45 min\n\n\n NFS DNS Considerat ions for identities and ACLS 10 min\n\n NFS R eferrals 10 min \n http://www.ietf.org/internet-drafts/draft-iet f-nfsv4-referrals-00.txt\n\n Wrapup (beepy) 1 m\n\n URL:http://www.ietf.org/html.charters/nfsv4-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T130000 DTEND;TZID=America/Vancouver:20051108T150000 LOCATION:Salon D/E UID:256A5625-E81D-4C52-BF4E-FCA2855E8584@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - sip - Session Initiation Protocol WG URL:http://www.ietf.org/html.charters/sip-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T151000 DTEND;TZID=America/Vancouver:20051108T171000 LOCATION:Cypress UID:C6C008F6-D5CF-4B38-BBC9-4A4F1D7A902B@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:APP - geopriv - Geographic Location/Privacy WG DESCRIPTION:Geographic Location/Privacy WG\n\n\nGEOPRIV Session I (2 hours)\n--------------------------------- ----------\n\n1) Agenda Bashing (5 min)\n2) draft-ietf- geopriv-common-policy-05.txt (30 min)\n Hannes Tschof enig\n3) draft-ietf-geopriv-policy-06.txt (30 min)\n Hannes Tschofenig\n4) draft-winterbottom-http-location- delivery-02.txt (30 min)\n James Winterbottom\n5) Any Other Business\n\nGEOPRIV Session II (2 hours)\n------ ---------------------------------------\n\n1) Agenda Ba shing (5 min)\n2) draft-ietf-geopriv-radius-lo-04.txt ( 30 min)\n Andrew Newton\n3) draft-ietf-geopriv-pdif-l o-profile-01.txt (20 min)\n James Winterbottom\n4) dr aft-thomson-revised-civic-lo-01.txt (30 min)\n James Winterbottom\n5) draft-ietf-geopriv-dhcp-civil-07.txt ( 20 min)\n TENTATIVE\n6) Any Other Business\n URL:http://www.ietf.org/html.charters/geopriv-charter.h tml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T151000 DTEND;TZID=America/Vancouver:20051108T171000 LOCATION:Oak UID:97F8D278-1647-4C7C-A25A-D86A1B4354BC@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:GEN - edu - EduTeam General Meeting DESCRIPTION:EduTeam General Meeting\n\n END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T151000 DTEND;TZID=America/Vancouver:20051108T171000 LOCATION:Salon 1 UID:2664291A-69E8-46DD-912F-E6C70B58B700@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - hip - Host Identity Protocol WG URL:http://www.ietf.org/html.charters/hip-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T151000 DTEND;TZID=America/Vancouver:20051108T171000 LOCATION:Salon D/E UID:E70BADA2-1449-4C77-B706-23ACD44BC221@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:OPS - dnsop - Domain Name System Operations WG DESCRIPTION:Domain Name System Operations WG\n\nDomain Name System Operations (dnsop)\n\nTUESDAY\, November 8\ , 2005 1510-1710 (Afternoon Session II)\n============== =============================================\n\nCHAIR( s): David Meyer \n Rob Austein \n\nAGENDA\n\n o Administriva 5 minutes\n\n - Mailin g list: majordomo@lists.uoregon.edu\n subscribe dns op\n\n - Scribe(s)?\n Jabber\n Other \n\n - Blue Sheets\n\n o Agenda Bashing 5 minutes\n Meyer \n\n o Review and status o f work items \n\n Active Drafts \n -------------\n draft-ietf-dnsop-serverid-04.txt 5 minutes\n Wolfe\n draft -ietf-dnsop-bad-dns-res-04.txt 5 mi nutes\n Larson/Barber\n Do we need a second WGL C?\n draft-ietf-dnsop-inaddr-required-07.txt 5 minutes\n Senie\n Ready for WGLC?\n draft-ietf-dnsop-respsize-02.txt 5 minutes\n Vixie/Kato\n\n Expired Drafts (gaug e interest)\n -------------------------------\n dra ft-kato-dnsop-local-zones-00.txt 5 minutes\n Vixie/Kato\n Ready for WGLC\, or remo ve from our list?\n draft-huston-6to4-reverse-dns-03. txt 5 minutes\n Huston\n Nee d to ask author to bring this back?\n draft-durand-dn sop-dont-publish-00.txt 2 minutes\n Durand\n draft-fujiwara-dnsop-dns-transport-issue-0 0.txt 5 minutes\n Fujiwara\n\n Potential WG Items\n ------------------\n draft-andrews-full- service-resolvers-01.txt 5 minutes\n And rews\n draft-krishnaswamy-dnsop-dnssec-split-view-01. txt 5 minutes\n Krishnaswamy\n draft-kurtis -tld-ops-00.txt 1 minutes\n Lindqvist\n draft-fujiwara-dnsop-bad-dns-auth-03 .txt 5 minutes\n Fujiwara\, et al\n draft-minda-dnsop-using-in-bailiwick-nameservers-01.t xt 5 minutes \n Minda\n draft-morishita-dnsop-anyc ast-node-requirements-01.txt 5 minutes\n Morishita \, et al.\n\n URL:http://www.ietf.org/html.charters/dnsop-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T151000 DTEND;TZID=America/Vancouver:20051108T171000 LOCATION:Salon A/B UID:32A3F58A-0C3E-4A16-A958-10ED4182DF69@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - gels - GMPLS Controlled Ethernet Label Sw itching BOF DESCRIPTION:GMPLS Controlled Ethernet Label Switching B OF\nGMPLS controlled Ethernet Label Switching (GELS) BO F\n\nTuesday\, November 8th from 1510-1710 (Afternoon S ession II)\n====================================\n\nCHA IRS:\n------\n\nLoa Andersson \nDimitri Papa dimitriou \n\nDESCRIPTION:\n--- --------\n\nGeneralized Multi-Protocol Label Switching (GMPLS) signaling and routing\nis applicable to Layer 2 technologies. However\, up to now\, very little\natten tion has been given to the control of Ethernet switches using GMPLS\nprotocols in support of point-to-point pa ths.\n\nThe purpose of this BoF is to determine interes t in applying GMPLS to\nEthernet LSR. As it is a non-ob jective of the IETF to initiate any\nEthernet data plan e work\, the purpose of this BoF is also to highlight\n and discuss foreseen interactions with other SDOs\, in particular\, the\nIEEE 802.1\, with respect to the data plane operations.\n\nThis BOF will also discuss the co nsequent GMPLS control plane\nrequirements and what ext ensions to existing GMPLS protocols may be\nrequired an d whether there is cause and support for this work with in the\nIETF.\n\nAGENDA:\n------\n\no) Welcome\, Admini strativia and Agenda Bashing - 5min\n\no) Objectives an d Scope - 10min\n\no) Data Plane and Cooperation with I EEE - 20min\n - Data Plane Requirements\n - Positio ning of Ethernet Label Switching\n - IEEE 802.1 overv iew (Paul Condon)\n - IEEE liaison process (Bernard A doba)\n\no) Control Plane and Cooperation with IETF WGs - 15min\n - Control Plane Requirements\n - Positio ning in Routing Area\n - Cooperation with CCAMP WG (A drian Farrel)\n\no) GMPLS Control of Ethernet IVL Switc hes - 10min\n David Allan\n Document: draft-fedyk-g mpls-ethernet-ivl-00.txt\n\no) Label Switched Ethernet (LSE) Architecture - 10min\n Jaihyung Cho\n Documen t: draft-jaihyung-ccamp-lse-architecture-00.txt\n\no) W G Charter Proposal and Bashing - 5min\n\no) Open Discus sion - 40min\n\no) Summary and Next Steps - 5min\n\n\nR EADING LIST:\n------------\n\n"Use of the GMPLS control plane for point-to-point Ethernet Label\nSwitching"\n< http://www.ietf.org/internet-drafts/draft-andersson-gel s-bof-prep-00.txt>\n\nMAILING LIST:\n------------\n\nTh e mailing list for discussions is \n \nSubscription:\nsend mail to (subscribe) in body or subject \nor visit \n\nArchive: \n\nGeneral information ab out the mailing list:\n\n\nRELATED RFCs and I-Ds:\n--------------- ------\n\no) GMPLS\n\n- GMPLS Architecture \n\n- GMPLS Signaling:\n Func tional Description \n RSVP-TE Extensions \n\n- GMPLS Routing \n OSPF Extensions \n IS-IS Extensions \n\n- Multi-Region/Multi-Layer:\n Require ments for GMPLS Multi-Region and Multi-Layer Networks ( MRN/MLN)\n\n GMPLS Protocol E xtensions for Multi-Region Networks (MRN)\n\n\n- GMPLS Ethernet Framework: \n\n\no) IEEE 8 02.1\n\n- IEEE P802.1D/D4\, Media Access Control (MAC) Bridges\, October 2003. \n \n- IEEE P802.1Q-REV/D5. 0\, Virtual Bridged Local Area Networks\, September 200 5.\n\n- IEEE P802.1AD/D6.0\, Virtual Bridged Local Area Networks\, August 2005.\n Amendment 4: Provider Bridg es\n\n- IEEE P802.1AH/D1.2\, Virtual Bridged Local Area Networks\, August 2005. \n Amendment 6: Provider Back bone Bridges\n\nNote: for information on the availabili ty of IEEE Documents\, please see\n\n\n--- END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T151000 DTEND;TZID=America/Vancouver:20051108T171000 LOCATION:Salon 2/3 UID:8876D3C3-AC03-481E-A0E4-78912D452AFD@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - ospf - Open Shortest Path First IGP WG DESCRIPTION:Open Shortest Path First IGP WG\nOpen Short est Path First WG (ospf)\n\nTuesday\, November 8th from 1510-1710\n====================================\n\nCHA IR(s): Rohit Dube \n Ace e Lindem \n\nAGENDA:\n\n o Administriva 5 minutes\n \n - Mailing list: OSPF@PEACH.EASE.LSOFT.COM Subscrip tion/Removal: \n http://peach.ease.lsoft.com/scrip ts/wa.exe?SUBED1=ospf&A=1\n - Scribe?\n - Blue Shee ts\n\n o Document Status 10 minutes\n Acee\n\n o OSPF MANET Design T eam Update 30 minutes\n Tom Henderson \n\n o MANET Extension of OSPF using CDS Flo oding 15 minutes \n draft-ogier-manet-os pf-extension-05.txt\n Phillip Spagnolo \n\n o Li nk Local Signalling (LLS) Standards Track 1 0 minutes \n OSPF Link-local Signaling draft-ietf-osp f-lls-00.txt\n Acee \n\n URL:http://www.ietf.org/html.charters/ospf-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T151000 DTEND;TZID=America/Vancouver:20051108T171000 LOCATION:Salon F UID:46032C4B-21E8-4C5E-BF54-E9612B2BF38B@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - tls - Transport Layer Security WG DESCRIPTION:Transport Layer Security WG\nAgenda\n- Intr oduction (blue sheets\, scribe etc) (1 min)\n- Agenda B ashing (4 mins)\n- Document status (5 minutes)\n- Trevo r Perrin: draft-ietf-tls-srp-10 (15 minutes)\n- Nagendr a Modadugu: draft-modadugu-tls-ctr-00 (15 minutes)\n- M ohamad Badra: draft-badra-hajjeh-mtls-00.txt (15 minute s)\n- Joe Saloway: draft-salowey-tls-ticket-04.txt (15 minutes)\n- General discussion: Hash functions and TLS 1.2?\n\n URL:http://www.ietf.org/html.charters/tls-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T151000 DTEND;TZID=America/Vancouver:20051108T171000 LOCATION:Salon C UID:076E53EF-1E3D-4C89-8E64-CF371202D7E2@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - behave - Behavior Engineering for Hindran ce Avoidance WG DESCRIPTION:Behavior Engineering for Hindrance Avoidanc e WG\nBehavior Engineering for Hindrance Avoidance (beh ave) - IETF 64 \n\nChairs:\n J Kuthan \n Cullen Jennings \n\nTUESD AY\, November 8\, 2005\, 1510-1710 in Salon C\n======== ========================================\n\nUpdate & Ag enda Bash (5 min)\n\nUpdating Milestones - Chairs (10 m in)\n\nSTUN - Jonathan Rosenberg (30 min) \n http ://list.sipfoundry.org/archive/ietf-behave/msg01001.htm l\n\nTCP - Saikat Guha (20 min)\n draft-hoffman -behave-tcp-03\n http://www1.tools.ietf.org/wg/be have/draft-hoffman-behave-tcp-03.txt\n\nTCP - Kaushik Biswas (20 min)\n draft-sivakumar-behave-nat-tcp- req-02\n http://www1.tools.ietf.org/wg/behave/dra ft-sivakumar-behave-nat-tcp-req-02.txt\n\nHow to finish TCP - Everyone (20 min) \n\nSCTP - Michael Tuexen (15 min)\n draft-tuexen-sctp-udp-encaps-00\n ht tp://www.ietf.org/internet-drafts/draft-tuexen-sctp-udp -encaps-00.txt\n draft-stewart-behave-sctpnat-01\ n http://www1.tools.ietf.org/wg/behave/draft-stew art-behave-sctpnat-01.txt\n\n URL:http://www.ietf.org/html.charters/behave-charter.ht ml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T174000 DTEND;TZID=America/Vancouver:20051108T184000 LOCATION:Cypress UID:57F58041-B441-4A55-B189-9C16DCD3A687@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:APP - crisp - Cross Registry Information Servic e Protocol WG DESCRIPTION:Cross Registry Information Service Protocol WG\n\n Agenda for CRISP Working Group Meeting\n IETF 64 -- Vancouver\, BC\, Canada\n Tue sday\, Nov 8\, 1740-1840\n\n\n o Welcome\, Agenda Bash ing\n Chairs - 5 mins\n\n o Update on latest drafts\n Chairs - 5 mins\n\n draft-ietf-crisp-iris-dchk-0 3.txt\n draft-ietf-crisp-iris-lwz-04.txt\n draf t-ietf-crisp-iris-xpc-02.txt\n draft-ietf-crisp-iri s-common-transport-02.txt\n\n o DREG2 Plans\n Andy Ne wton - 10 mins\n\n o Progress on RREG\n Kengo Nagahas hi (or friend :) - 15 mins\n\n draft-kengo-crisp-ir is-rreg-02.txt\n (sent to list)\n\n o WG Next Steps \n all - 15 mins\n URL:http://www.ietf.org/html.charters/crisp-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T174000 DTEND;TZID=America/Vancouver:20051108T184000 LOCATION:Salon 2/3 UID:330AC6E3-14AE-467C-99BF-DEBE7526F716@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - autoconf - Ad-Hoc Network Autoconfigurati on WG DESCRIPTION:Ad-Hoc Network Autoconfiguration WG\n TENTATIVE Agenda\n\n Ad Hoc Network Autocon figuration (AUTOCONF) \n=============================== ===========================\nTuesday\, November\, 08\,2 005 at 1740-1840 (afternoon session III)\n\n\n Agenda bashing :05 min\n\n Charter presentation: 10 min\n\n architecture/framework discussion: 25 min\n\n Terminol ogy & Problem statement discussion: \n (draft-singh-au toconf-adp-01.txt) : 20 min\n\n\n\nCurrent Status: Acti ve Working Group\n\nChair(s):\nThomas Clausen \nShubhranshu Singh \n\nInternet Area Director(s):\nMark Town sley \nMargaret Wasserman \n\nInternet Area Advisor:\nMargaret Wa sserman \n\nMailing Lists:\nGe neral Discussion: manetautoconf@ml.free.fr\nTo Subscrib e: manetautoconf-request@ml.free.fr\nArchive: \n\nDescr iption of Working Group:\n\n\nIn order to communicate a mong themselves\, ad hoc nodes (refer to RFC\n2501) nee d to configure their network interface(s) with local\na ddresses that are valid within an ad hoc network. Ad ho c nodes may\nalso need to configure globally routable a ddresses\, in order to\ncommunicate with devices on the Internet.\n\nFrom the IP layer perspective\, a MANET p resents itself as a L3\nmulti-hop network formed over a collection of links. Thus\, each ad hoc\nnode in the M ANET is\, potentially\, acting as a L3 router in order to\nprovide connectivity to other nodes within the MANE T. Each ad hoc node\nmaintains host routes to other ad hoc nodes\nwithin the MANET - in addition to network ro utes to destinations\noutside the MANET. If connected t o the Internet\, MANETs are edge\nnetworks\, i.e. their boundary is defined by their edge routers. Due to\nthe nature of the links over which a MANET is formed\, ad hoc nodes\nwithin a MANET do not share access to a sing le multicast-capable link\nfor signaling. This implies that the usual delivery semantics of\nlink-local multic ast and broadcast are not preserved within a MANET.\n\n The address autoconfiguration related protocol specific ations such as\nRFCs 2462\, 2461\, as used in tradition al IP networks\, assume that\nsubnet-local signals (e.g . link-local multicast signals) are received\nby each o f the hosts on the particular subnet without being forw arded\nby the routers defining the subnet boundary. Hen ce\, ad hoc networks\n(as defined and understood by the IETF MANET WG) cannot use these\nprotocol specificatio ns as-is.\n\nThe main purpose of the AUTOCONF WG is to standardize mechanisms to be\nused by ad hoc nodes for configuring unique local and/or globally\nroutable IPv6 addresses. The ad hoc nodes under consideration are\,\ nonce configured\, expected to be able to support multi -hop\ncommunication by running MANET routing protocols as developed by the\nIETF MANET WG. An AUTOCONF mechani sm should not be dependent on any\nspecific MANET routi ng protocol\, however the routing protocol may\nprovide for optimizations. With this in mind\, the goals of AU TOCONF WG\nare to:\n\n- Produce a "MANET architecture" document defining the MANET\narchitecture as is related to IP networks and the Internet.\n\n- Produce a "termi nology and problem statement" document\, defining the\n problem statement and goals for AUTOCONF.\n\n- Develop an IPv6 address autoconfiguration mechanism to be used by ad\nhoc nodes for configuring unique local addresses as well as\, in cases\nwhere Internet connectivity exi sts\, globally routable unique\naddresses.\n\n- Develop a mechanism to promote configured address uniqueness i n the\nsituation where different ad hoc networks merge. \n\nIssues and requirements related to prefix and/or ad dress providing\nentities\, such as an Internet gateway \, will be addressed within the\ngroup to the extent th at they are directly related to the AUTOCONF\nmechanism s. Security concerns related to AUTOCONF mechanisms wil l also\nbe discussed within the group.\n\nThe working g roup will reuse existing specifications whenever\nreaso nable and possible.\n\nGoals and Milestones:\n\n\nOct 0 5 Submit 'MANET architecture' document for WG review \nNov 05 Submit 'terminology and problem statement ' document for WG review \nApr 06 Submit 'MANET arc hitecture' document to IESG for publication as an\n informational RFC \nMay 06 Submit 'terminolog y and problem statement' document to IESG for\n publication as an informational RFC \nMay 06 Sub mit initial I-D of 'IPv6 address autoconfiguration mech anism' for\n WG review \nMay 06 Submit ini tial -ID of 'configured address uniqueness maintenance' for\n WG review \nSep 06 Revise WG docume nts and review \nDec 06 Revise documents based upon implementation experience \nApr 07 Submit 'IPv6 ad dress autoconfiguration mechanism' specification and\n supporting documentation to IESG for publicat ions as Proposed Standard \nApr 07 Submit 'configur ed address uniqueness maintenance' specification and\n supporting documentation to IESG for publicati ons as Proposed Standard \nOct 07 Close or recharte r the WG \n URL:http://www.ietf.org/html.charters/autoconf-charter. html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T174000 DTEND;TZID=America/Vancouver:20051108T184000 LOCATION:Salon F UID:45E9BB00-1769-4C54-BE5E-31377BE4C874@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - dhc - Dynamic Host Configuration WG DESCRIPTION:Dynamic Host Configuration WG\n DHC WG agenda - IETF 64\n 1740-1950 2005-11-08 (Tue) *TENTATIVE*\n (Last revised 2005-10-20 10:26 AM ET)\n -------------------------------------\n\nAdmin istrivia R. Droms 10 minutes\n Agenda bashing\; blue sheets\; sc ribe\; Jabber scribe\n\nReport on TAHI DHCPv6 conforman ce testing tool H. Enokihara 05 minutes\n\nDoma in Suffix Option for DHCPv6 R. Yan 10 minutes\n \n Ready for WG last call?\n\nDHCP URI Opt ion J. Polk 10 minutes\n \n Review an d consider for acceptance as a WG work item\n\nHome Age nt Configuration Option for DHCPv6 Y. Ma 10 minutes\n \n Review and consider for acceptance as a WG work i tem\n\nTime Options for DHCPv6 R. Droms 10 minutes\n \n Review and consider for accept ance as a WG work item\n\nDHCP Relay agent Request from Multi Address Pool Z. Kang 10 minutes\n \n Review and consider for acceptance as a WG work item\n\nDHCP O ption for CLF/NASSx L. Jun 10 minutes\n \n Review and consider for acceptance as a WG wo rk item\n\nPassive Duplicate Address Detection for DHCP H. Schulzrinne 10 minutes\n \n Review and consider for acceptance a s a WG work item\n\nDHCP Assignment Notification Option 10 minutes\n \n Initial WG review\n\nDHCP Clust er F. Bourdais 10 minutes\n \n Initial WG review\n -----------\n 105 minutes\n URL:http://www.ietf.org/html.charters/dhc-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T174000 DTEND;TZID=America/Vancouver:20051108T184000 LOCATION:Oak UID:B3F8B651-DA86-4DC5-9DC6-B03078A3BDE0@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:OPS - imss - Internet and Management Support fo r Storage WG DESCRIPTION:Internet and Management Support for Storage WG\nInternet and Management Support for Storage (imss) WG\nMeeting - Vancouver\, Canada\nTuesday\, November 8 \, 2005: 1740-1840\n----------------------------------- -------------------\n\nAdministrivia\, agenda bashing\, draft status review\, etc.: 15 min\n David L. Black\, EMC (new imss WG chair)\n Blue sheets\n Note Well\n Mi lestones \n Draft status\n\nT11.5 Status\, Fibre Channe l MIBs under development: 20 min\n Roger Cummings (Sym antec\, T11.5 chair)\n\nFLIP (FAIS Line Interface Proto col) Conceptual Discussion: 25 min\n Roger Cummings (S ymantec\, T11.5 chair)\n draft-cummings-imss-flip-00.t xt\n URL:http://www.ietf.org/html.charters/imss-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T174000 DTEND;TZID=America/Vancouver:20051108T184000 LOCATION:Salon C UID:C651E368-7328-4A64-99A0-6AE816A72B79@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - rtgwg - Routing Area WG URL:http://www.ietf.org/html.charters/rtgwg-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T174000 DTEND;TZID=America/Vancouver:20051108T184000 LOCATION:Salon 1 UID:E1694A54-9ACE-4067-842C-47D7EAB322CE@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - pki4ipsec - Profiling Use of PKI in IPSEC WG URL:http://www.ietf.org/html.charters/pki4ipsec-charter .html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T174000 DTEND;TZID=America/Vancouver:20051108T184000 LOCATION:Salon D/E UID:B3EE1850-5D0F-40D0-9070-938C01F39502@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - enum - Telephone Number Mapping WG DESCRIPTION:Telephone Number Mapping WG\n\nIETF 64 Vanc ouver Telephone Number Mapping (ENUM) WG Agenda FINAL\n \nChair(s):\nPatrik Faltstrom \nRichard Shockey \n\n\nWG Secretary:\ nAlex Mayrhofer \n\n\nTransport Area Dire ctor(s):\nAllison Mankin \nJon Peterson \n\nTransport Area Advisor:\ nAllison Mankin \n\nTUESDAY\, Novembe r 8\, 2005\n\n\nAGENDA BASHING (5 min)\n\n\nRECHARTER D ISCUSSION (CURRENT PROPOSAL) (15 MIN )\n\n\nThe ENUM w orking group has defined a DNS-based architecture and p rotocol\n[RFC 3761] by which an E.164 number\, as defin ed in ITU Recommendation\nE.164\, can be expressed as a Fully Qualified Domain Name in a specific\nInternet In frastructure domain defined for this purpose (e164.arpa ).\n\nBackground:\n\nE.164 numbers are globally unique\ , language independent identifiers for\nresources on Pu blic Telecommunication Networks that can support many\n different services and protocols. There is an emerging desire for\nnetwork operators to utilize aspects of RFC 3761 to discover points of\ninterconnection necessary to terminate communications sessions\nidentified by a E 164 number\,in addition to identifying end point\nproto cols and services.\n\nWorking Group Revised Goals and S cope:\n\n1. The working group will update RFC 3761 and advance to Draft Standard.\n\n2. The working group wil l examine and document the use of RFC 3761 to\nfacilita te network interconnection for services using E.164 add ressing.\nThe working group will coordinate its activit ies with other IETF working\ngroups\, existing or to be chartered\, that are investigating elements of\npeerin g and or interconnection for VoIP or other services tha t typically\nuse E.164 addressing.\n\n3. The working gr oup will continue examine and document various aspects\ nof ENUM administrative and /or operational procedures irrespective of\nwhether e164.arpa domain is used.\n\n4 . The working group will also examine the use of RFC 37 61 technology\nfor storing and delivering other informa tion about services addressed by\nE.164 numbers\, for e xample PSTN call routing and signaling data.\n\n5. The Working Group will continue to maintain appropriate con tact and\nliaison with other standards bodies and group s\, specifically ITU-T SG2\,\nto provide technical or e ducational information and address\, as needed\,\nissue s related to the use of the E.164 numbering plan for se rvices on IP\nnetworks. In addition the Working Group will continue to encourage the\nexchange of technical i nformation within the emerging global ENUM\ncommunity a s well as documentation on practical experiences with\n implementations\, alternate technology uses and the adm inistration and\nprovisioning of RFC 3761.\n\n6. As des cribed in RFC 3761\, the IETF documents and registers t he\nEnumservices. While extant\, it is the ENUM workin g group that performs\nthe technical review and develop ment of the Enumservices for the Internet\ncommunity. The working group determines whether to advance them an d\nhow to progress them technically. Coordination with other WGs will\nbe taken into account on these.\n\nOth er than Enumservices\, all proposed deliverables of the working group\nwill be discussed with and approved by the Area Directors\, who may \nrequire wider review due to the broad impact of the subject.\n\nGoals and Miles tones\n\nMarch 06 Enumservice Registration for Local N umber Portability\n and Related Data as a Prop osed Standard\n\nApril 06 Requirements for Carrier Int erconnection using ENUM\n as an Informational \n\nJune 06 Carrier Interconnection using ENUM as a P roposed Standard\n\nJuly 06 ENUM Privacy and Security Considerations as an\n Informational\n\nAugus t 06 Advancement of RFC 3761 to Draft Standard\n\n2. Re ady to Go Items.\n\nENUM Implementers Draft: (Final Ver sion) 5 MIN \n\n\n Title : ENUM Implementation Issues and Experiences\n Author(s) : L. Conroy\, K. Fujiwara\n Filename : draft-ietf-enum-experiences-03.txt\n Pages : 33\n Date : 2005-10-18\n \nThis document captures e xperience in implementing systems based on\n the ENUM protocol\, and experience of ENUM data that have been created\n by others. As such\, it is advisory\, and produced as a help to others\n in reporting what is " out there" and the potential pitfalls in\n interpreti ng the set of documents that specify the protocol.\n\nA URL for this Internet-Draft is:\nhttp://www.ietf.org/i nternet-drafts/draft-ietf-enum-experiences-03.txt\n\n\n \nDNS issues 10-M \n\nB. Title : ENUM Requirement for EDNS0 Support \n Author(s) : L. Conroy\, J. Reid\n Fil ename : draft-conroy-enum-edns0-01.txt\n Pages : 16\n Date : 2005-10-25\n \nThis document mandates support f or EDNS0 (Extension Mechanisms for\n DNS) in DNS enti ties claiming to support ENUM query resolution (as\n defined in RFC3761). This requirement is needed as DNS responses to\n ENUM-related questions return larger sets of Resource Records than\n typical DNS messages. Without EDNS0 support in all the involved\n entitie s\, a fallback to TCP transport for ENUM queries and re sponses\n would typically occur. That has a severe i mpact on DNS Server load\,\n and on latency of ENUM q ueries.\n\n This document updates RFC3761 only in add ing this requirement.\n\nA URL for this Internet-Draft is:\nhttp://www.ietf.org/internet-drafts/draft-conroy-e num-edns0-01.txt\n\n3. New Work Items.\n\nA. Title : I ANA Registration for Enumservice vCard 10-Min \n Autho r(s) : A. Mayrhofer\, D. Lindner\n Filename : draft-may rhofer-enum-vcard-00.txt\n Pages : 7\n Date : 2005-10 -5\n \n This memo registers the Enumservice "vCard" us ing the URI schemes\n "http" and "https" according to the IANA Enumservice registration\n process described in RFC3671. This Enumservice is to be used to\n refer from an ENUM domain name to the vCard of the entity us ing the\n corresponding E.164 number.\n\n Clients may use information gathered from those vCards before\, du ring\n or after inbound or outbound communication take s place. For example\,\n a callee might be presented with the name and association of the\n caller before h e picks up the call.\n\nA URL for this Internet-Draft i s:\nhttp://www.ietf.org/internet-drafts/draft-mayrhofer -enum-vcard-00.txt\n\n\nB. \n\nTitle : IANA Regi stration for IAX Enumservice ( 10-Min )\n Author(s) : E. Guy \n Filename : draft-guy-enumiax-00.tx t \n Pages : 11 \n Date : 2005-10-2 0 \n \n This document registers the IAX2 Enumserv ice using the URI scheme \n 'iax2:' as per the IANA r egistration process defined in the ENUM \n specificat ion RFC3761. \n\nA URL for this Internet-Draft is: \nht tp://www.ietf.org/internet-drafts/draft-guy-enumiax-00. txt\n\n\n\nTitle : An ENUM Library API ( 5 Min WG C hairs will lead discussion )\n Author(s) : T. Sajitha\n Filename : draft-sajitha-enum-api-00.txt\n Pages : 7\ n Date : 2005-10-21\n \nThis draft defines a library A PI for ENUM. The API takes telephone \nnumber as input and returns the URI associated with that telephone \nnu mber.\n\nA URL for this Internet-Draft is:\nhttp://www. ietf.org/internet-drafts/draft-sajitha-enum-api-00.txt\ n\n\n\n4 Old Items:\n\nA. Carrier ENUM Requirements? ( 15 - M ) \n\nTitle : Carrier/Infrastrucure ENUM Requi rements\n Author(s) : S. Lind\, et al.\n Filename : dra ft-lind-infrastructure-enum-reqs-01.txt\n Pages : 7\n Date : 2005-10-21\n \nThis document provides requireme nts for "infrastructure" or "carrier"\n ENUM\, define d as the use of RFC 3761 technology to facilitate\n i nterconnection of networks for E.164 number addressed s ervices\, in\n particular but not restricted to VoI\n \nA URL for this Internet-Draft is:\nhttp://www.ietf.or g/internet-drafts/draft-lind-infrastructure-enum-reqs-0 1.txt\n\nTitle : Combined User and Carrier ENUM in the e164.arpa tree ( 15 - M )\n Author(s) : M. Haberler\, R. Stastny\n Filename : draft-haberler-carrier-enum-01 .txt\n Pages : 15\n Date : 2005-10-21\n \nENUM as def ined now in RFC3761 [1] is not well suited for the purp ose\n of interconnection by carriers\, as can be seen by the use of various\n private tree arrangements ba sed on ENUM mechanisms. A combined end-\n user and c arrier ENUM tree solution would leverage the ENUM\n i nfrastructure in e164.arpa\, increase resolution rates\ , and decrease\n the cost per registered telephone nu mber. This document describes a\n minimally invasive scheme to provide both end-user and carrier data\n i n ENUM.\n\nA URL for this Internet-Draft is:\nhttp://ww w.ietf.org/internet-drafts/draft-haberler-carrier-enum- 01.txt\n\n\n\nB. IANA Registration for an Enumservice\n Containing PSTN Signaling Information\ndraft-ietf-enum- pstn-01 ( 10 Min )\n\n\n\nC. Validation Drafts ( 1 0 Min )\n\nTitle : ENUM Validation Architectur e\n Author(s) : A. Mayrhofer\, B. Hoeneisen\n Filename : draft-ietf-enum-validation-arch-00.txt\n Pages : 16\ n Date : 2005-10-6\n \n An ENUM domain name is tightl y coupled with the underlying E.164\n number. The pro cess of verifying whether or not the Registrant of an\n ENUM domain name is identical to the Assignee of the corresponding\n E.164 number is commonly called "valid ation". This document\n describes validation requirem ents and a high level architecture for\n an ENUM valid ation infrastructure.\n\nA URL for this Internet-Draft is:\nhttp://www.ietf.org/internet-drafts/draft-ietf-enu m-validation-arch-00.txt\n\n\n\nTitle : ENUM Validatio n Token Format Definition\n Author(s) : O. Lendl\n File name : draft-ietf-enum-validation-token-00.txt\n Pages : 16\n Date : 2005-10-10\n \n An ENUM domain name is tightly coupled with the underlying E.164\n number. The process of verifying whether the Registrant of an E NUM\n domain name is identical to the Assignee of the corresponding E.164\n number is commonly called "valid ation". This document describes an\n signed XML data format -- the Validation Token -- with which\n Validat ion Entities can convey successful completion of a vali dation\n procedure in a secure fashion.\n\nA URL for t his Internet-Draft is:\nhttp://www.ietf.org/internet-dr afts/draft-ietf-enum-validation-token-00.txt\n\nTitle : ENUM Validation Information Mapping for the Extensibl e Provisioning Protocol\n Author(s) : B. Hoeneisen\n Fi lename : draft-ietf-enum-validation-epp-01.txt\n Pages : 25\n Date : 2005-10-27\n \nThis document describes an EPP extension framework for mapping\n information about the validation process that has been applied for\ n the E.164 number (or number range)\, which the ENUM domain name is\n based on. Specified in XML\, this mapping extends the EPP domain name\n mapping to prov ide an additional feature required for the\n provisio ning of ENUM domain names.\n\nA URL for this Internet-D raft is:\nhttp://www.ietf.org/internet-drafts/draft-iet f-enum-validation-epp-01.txt\n\n\n????????????\n\nTitle : Extension MIB for ENUM management\n Author(s) : Y. Shin\n Filename : draft-shin-enum-emib-00.txt\n Pages : 8\n Date : 2005-10-26\n \n It is service that ENUM replaces existent IP by telephone number and\n a use r does various kinds devices so that is available by on e \n peculiar number. As this ENUM's DNS becomes bulk y\, we need monitoring \n for ENUM. There is MIB to m onitoring method that is used present. \n We propose standard for efficient ENUM DNS administration applying \n extension MIB that is this MIB's extension to ENU M.\n\nA URL for this Internet-Draft is:\nhttp://www.iet f.org/internet-drafts/draft-shin-enum-emib-00.txt\n\n\n \n\n5 General Discussion.\n\n\n URL:http://www.ietf.org/html.charters/enum-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T174000 DTEND;TZID=America/Vancouver:20051108T184000 LOCATION:Salon A/B UID:14C2CC3C-71DF-49FB-9843-E64ACC62FD5F@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - tsvwg - Transport Area WG DESCRIPTION:Transport Area WG\n\n TSVWG will meet Tues day Afternoon Sessions III/IV (2 hours)\n\n - We'll p ost the agenda soon URL:http://www.ietf.org/html.charters/tsvwg-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T185000 DTEND;TZID=America/Vancouver:20051108T195000 LOCATION:Oak UID:C302FD25-FFD9-4AE9-9BB6-65D160DF9F42@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:APP - opes - Open Pluggable Edge Services WG DESCRIPTION:Open Pluggable Edge Services WG\nTENTATIVE Agenda for the OPES WG meeting at IETF64\n\n\nOpen Plug gable Edge Services WG (opes)\n======================== ==============\nTuesday\, November 8\, 1850-1950 (tenta tive!)\n\nCHAIR(S):\n Tony Hansen \n Ma rkus Hofmann \n\nAGENDA:\n - I ntroduction\, minutes taker\, blue sheets\n - Agenda bashing\n - Status of WG documents and WG milestones\ n [M. Hofmann\, 5min]\n - draft-ietf-opes-http -03\n - draft-ietf-opes-smtp-use-cases-03\n - Di scussion of OCP/SMTP work\n [TBD\, 40 minutes]\n - draft-ietf-opes-smtp-00\n - Next Steps\n [M. Hofmann\, T. Hansen\, 10min] URL:http://www.ietf.org/html.charters/opes-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T185000 DTEND;TZID=America/Vancouver:20051108T195000 LOCATION:Salon C UID:E52B5F2D-774C-4DB9-8678-C1319E0864DB@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:GEN - ipr - Intellectual Property Rights WG URL:http://www.ietf.org/html.charters/ipr-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T185000 DTEND;TZID=America/Vancouver:20051108T195000 LOCATION:Salon F UID:4D867861-DE71-4EB2-BB29-5511EA329721@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - dhc - Dynamic Host Configuration WG DESCRIPTION:Dynamic Host Configuration WG\n DHC WG agenda - IETF 64\n 1740-1950 2005-11-08 (Tue) *TENTATIVE*\n (Last revised 2005-10-20 10:26 AM ET)\n -------------------------------------\n\nAdmin istrivia R. Droms 10 minutes\n Agenda bashing\; blue sheets\; sc ribe\; Jabber scribe\n\nReport on TAHI DHCPv6 conforman ce testing tool H. Enokihara 05 minutes\n\nDoma in Suffix Option for DHCPv6 R. Yan 10 minutes\n \n Ready for WG last call?\n\nDHCP URI Opt ion J. Polk 10 minutes\n \n Review an d consider for acceptance as a WG work item\n\nHome Age nt Configuration Option for DHCPv6 Y. Ma 10 minutes\n \n Review and consider for acceptance as a WG work i tem\n\nTime Options for DHCPv6 R. Droms 10 minutes\n \n Review and consider for accept ance as a WG work item\n\nDHCP Relay agent Request from Multi Address Pool Z. Kang 10 minutes\n \n Review and consider for acceptance as a WG work item\n\nDHCP O ption for CLF/NASSx L. Jun 10 minutes\n \n Review and consider for acceptance as a WG wo rk item\n\nPassive Duplicate Address Detection for DHCP H. Schulzrinne 10 minutes\n \n Review and consider for acceptance a s a WG work item\n\nDHCP Assignment Notification Option 10 minutes\n \n Initial WG review\n\nDHCP Clust er F. Bourdais 10 minutes\n \n Initial WG review\n -----------\n 105 minutes\n URL:http://www.ietf.org/html.charters/dhc-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T185000 DTEND;TZID=America/Vancouver:20051108T195000 LOCATION:Salon 1 UID:D6BB833A-494A-4116-9A7B-DF27FE2105E5@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:OPS - callhome - Reversing Traditional Client/S erver Connection Model BOF DESCRIPTION:Reversing Traditional Client/Server Connect ion Model BOF\n\nCall Home BoF\nAgenda (draft 31 Oct 05 )\n\nChair: Eliot Lear (or tbd)\n\nDescription:\nCertai n protocols\, and in particular management protocols wh ere\ndevices on either end of connection take client se rver roles may\nbe able to take advantage of "Call Home " functionality\, when\ntraditional roles are reversed\ , and a server connect to a client.\nExamples of existi ng protocols that make use of call home include\nSMTP [ ETRN] and COPS. At this BoF we will look at extending such\nfunctionality into other protocols\, as well as a ny architectural\nissues this raises.\n\nThis work stem s from efforts in ISMS to extend SNMP to run over SSH\, \nas well as work as work that has gone on in NETCONF.\ n\nWe will begin with a discussion of draft-lear-callho me-description-03.txt\,\nwhich contains a description o f call home\, what problems it can\nsolve\, and what so me of the architectural issues are. During the\nBoF we may identify additional such issues as well as protoco ls\nother than management protocols that could benefit from this work.\nAn additional potential question shoul d be whether a generic standard\nor process should be u sed to implement call home\, such as rules for\nSSH.\n\ nWe will also look at other existing work in this space including ICE\,\nSTUN\, and generic tunneling approach es.\n\nThere are three possible outcomes: a working gro up to add "call home"\nfunctionality to existing protoc ols such as SNMP/SSH and NETCONF/SSH\,\nuse of existing working groups for this purpose\, or nothing.\n\n\nAge nda bashing - 1 minute\nApplicability\, solution method s\, examples (Eliot Lear) 15 minutes\nGeneric Architect ural Approaches\, ICE\, STUN\, MIDCOM (Jonathan Rosenbe rg) 10 min\nGeneral Architectural Approaches to tunneli ng (Pekka Nikander) 10 min\nApplication to SNMP and ope n areas - 10 min\nDiscussion including architectural is sues - 10 minutes\nMoving Forward Options - 5 minutes\ n\n(The astute will note we plan to run over by 1 minut e).\n END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T185000 DTEND;TZID=America/Vancouver:20051108T195000 LOCATION:Salon 2/3 UID:BCA5AB07-B7F9-497B-8DAB-B7B0E73D98B9@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:OPS - opsec - Operational Security Capabilities for IP Network URL:http://www.ietf.org/html.charters/opsec-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T185000 DTEND;TZID=America/Vancouver:20051108T195000 LOCATION:Cypress UID:62E6B4C5-CA60-4C89-A9FF-39254857B58F@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - msec - Multicast Security WG DESCRIPTION:Multicast Security WG\nTUESDAY\, November 8 \, 2005\n\n1850-1950 Afternoon Session IV\n\nThe tentat ive agenda is as follows:\n* Update on milestones & Rec ent progress in MSEC\n* Update on Bootstrapping TESLA\n * Discussion on MIKEY modes\n * MIKEY-ECC\n * MIKEY-RSA-R\n* Update on the IPsec Extensions work \n* Update on GKDP\n\nWe have an hour. We'll use a bri ef amount of time for \ndraft updates and the rest for discussion on MIKEY\, IPsec \nextensions and other work items of interest.\n URL:http://www.ietf.org/html.charters/msec-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T185000 DTEND;TZID=America/Vancouver:20051108T195000 LOCATION:Salon D/E UID:856C1D9A-D044-46BA-B9D3-FE5F0E183B2F@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - enum - Telephone Number Mapping WG DESCRIPTION:Telephone Number Mapping WG\n\nIETF 64 Vanc ouver Telephone Number Mapping (ENUM) WG Agenda FINAL\n \nChair(s):\nPatrik Faltstrom \nRichard Shockey \n\n\nWG Secretary:\ nAlex Mayrhofer \n\n\nTransport Area Dire ctor(s):\nAllison Mankin \nJon Peterson \n\nTransport Area Advisor:\ nAllison Mankin \n\nTUESDAY\, Novembe r 8\, 2005\n\n\nAGENDA BASHING (5 min)\n\n\nRECHARTER D ISCUSSION (CURRENT PROPOSAL) (15 MIN )\n\n\nThe ENUM w orking group has defined a DNS-based architecture and p rotocol\n[RFC 3761] by which an E.164 number\, as defin ed in ITU Recommendation\nE.164\, can be expressed as a Fully Qualified Domain Name in a specific\nInternet In frastructure domain defined for this purpose (e164.arpa ).\n\nBackground:\n\nE.164 numbers are globally unique\ , language independent identifiers for\nresources on Pu blic Telecommunication Networks that can support many\n different services and protocols. There is an emerging desire for\nnetwork operators to utilize aspects of RFC 3761 to discover points of\ninterconnection necessary to terminate communications sessions\nidentified by a E 164 number\,in addition to identifying end point\nproto cols and services.\n\nWorking Group Revised Goals and S cope:\n\n1. The working group will update RFC 3761 and advance to Draft Standard.\n\n2. The working group wil l examine and document the use of RFC 3761 to\nfacilita te network interconnection for services using E.164 add ressing.\nThe working group will coordinate its activit ies with other IETF working\ngroups\, existing or to be chartered\, that are investigating elements of\npeerin g and or interconnection for VoIP or other services tha t typically\nuse E.164 addressing.\n\n3. The working gr oup will continue examine and document various aspects\ nof ENUM administrative and /or operational procedures irrespective of\nwhether e164.arpa domain is used.\n\n4 . The working group will also examine the use of RFC 37 61 technology\nfor storing and delivering other informa tion about services addressed by\nE.164 numbers\, for e xample PSTN call routing and signaling data.\n\n5. The Working Group will continue to maintain appropriate con tact and\nliaison with other standards bodies and group s\, specifically ITU-T SG2\,\nto provide technical or e ducational information and address\, as needed\,\nissue s related to the use of the E.164 numbering plan for se rvices on IP\nnetworks. In addition the Working Group will continue to encourage the\nexchange of technical i nformation within the emerging global ENUM\ncommunity a s well as documentation on practical experiences with\n implementations\, alternate technology uses and the adm inistration and\nprovisioning of RFC 3761.\n\n6. As des cribed in RFC 3761\, the IETF documents and registers t he\nEnumservices. While extant\, it is the ENUM workin g group that performs\nthe technical review and develop ment of the Enumservices for the Internet\ncommunity. The working group determines whether to advance them an d\nhow to progress them technically. Coordination with other WGs will\nbe taken into account on these.\n\nOth er than Enumservices\, all proposed deliverables of the working group\nwill be discussed with and approved by the Area Directors\, who may \nrequire wider review due to the broad impact of the subject.\n\nGoals and Miles tones\n\nMarch 06 Enumservice Registration for Local N umber Portability\n and Related Data as a Prop osed Standard\n\nApril 06 Requirements for Carrier Int erconnection using ENUM\n as an Informational \n\nJune 06 Carrier Interconnection using ENUM as a P roposed Standard\n\nJuly 06 ENUM Privacy and Security Considerations as an\n Informational\n\nAugus t 06 Advancement of RFC 3761 to Draft Standard\n\n2. Re ady to Go Items.\n\nENUM Implementers Draft: (Final Ver sion) 5 MIN \n\n\n Title : ENUM Implementation Issues and Experiences\n Author(s) : L. Conroy\, K. Fujiwara\n Filename : draft-ietf-enum-experiences-03.txt\n Pages : 33\n Date : 2005-10-18\n \nThis document captures e xperience in implementing systems based on\n the ENUM protocol\, and experience of ENUM data that have been created\n by others. As such\, it is advisory\, and produced as a help to others\n in reporting what is " out there" and the potential pitfalls in\n interpreti ng the set of documents that specify the protocol.\n\nA URL for this Internet-Draft is:\nhttp://www.ietf.org/i nternet-drafts/draft-ietf-enum-experiences-03.txt\n\n\n \nDNS issues 10-M \n\nB. Title : ENUM Requirement for EDNS0 Support \n Author(s) : L. Conroy\, J. Reid\n Fil ename : draft-conroy-enum-edns0-01.txt\n Pages : 16\n Date : 2005-10-25\n \nThis document mandates support f or EDNS0 (Extension Mechanisms for\n DNS) in DNS enti ties claiming to support ENUM query resolution (as\n defined in RFC3761). This requirement is needed as DNS responses to\n ENUM-related questions return larger sets of Resource Records than\n typical DNS messages. Without EDNS0 support in all the involved\n entitie s\, a fallback to TCP transport for ENUM queries and re sponses\n would typically occur. That has a severe i mpact on DNS Server load\,\n and on latency of ENUM q ueries.\n\n This document updates RFC3761 only in add ing this requirement.\n\nA URL for this Internet-Draft is:\nhttp://www.ietf.org/internet-drafts/draft-conroy-e num-edns0-01.txt\n\n3. New Work Items.\n\nA. Title : I ANA Registration for Enumservice vCard 10-Min \n Autho r(s) : A. Mayrhofer\, D. Lindner\n Filename : draft-may rhofer-enum-vcard-00.txt\n Pages : 7\n Date : 2005-10 -5\n \n This memo registers the Enumservice "vCard" us ing the URI schemes\n "http" and "https" according to the IANA Enumservice registration\n process described in RFC3671. This Enumservice is to be used to\n refer from an ENUM domain name to the vCard of the entity us ing the\n corresponding E.164 number.\n\n Clients may use information gathered from those vCards before\, du ring\n or after inbound or outbound communication take s place. For example\,\n a callee might be presented with the name and association of the\n caller before h e picks up the call.\n\nA URL for this Internet-Draft i s:\nhttp://www.ietf.org/internet-drafts/draft-mayrhofer -enum-vcard-00.txt\n\n\nB. \n\nTitle : IANA Regi stration for IAX Enumservice ( 10-Min )\n Author(s) : E. Guy \n Filename : draft-guy-enumiax-00.tx t \n Pages : 11 \n Date : 2005-10-2 0 \n \n This document registers the IAX2 Enumserv ice using the URI scheme \n 'iax2:' as per the IANA r egistration process defined in the ENUM \n specificat ion RFC3761. \n\nA URL for this Internet-Draft is: \nht tp://www.ietf.org/internet-drafts/draft-guy-enumiax-00. txt\n\n\n\nTitle : An ENUM Library API ( 5 Min WG C hairs will lead discussion )\n Author(s) : T. Sajitha\n Filename : draft-sajitha-enum-api-00.txt\n Pages : 7\ n Date : 2005-10-21\n \nThis draft defines a library A PI for ENUM. The API takes telephone \nnumber as input and returns the URI associated with that telephone \nnu mber.\n\nA URL for this Internet-Draft is:\nhttp://www. ietf.org/internet-drafts/draft-sajitha-enum-api-00.txt\ n\n\n\n4 Old Items:\n\nA. Carrier ENUM Requirements? ( 15 - M ) \n\nTitle : Carrier/Infrastrucure ENUM Requi rements\n Author(s) : S. Lind\, et al.\n Filename : dra ft-lind-infrastructure-enum-reqs-01.txt\n Pages : 7\n Date : 2005-10-21\n \nThis document provides requireme nts for "infrastructure" or "carrier"\n ENUM\, define d as the use of RFC 3761 technology to facilitate\n i nterconnection of networks for E.164 number addressed s ervices\, in\n particular but not restricted to VoI\n \nA URL for this Internet-Draft is:\nhttp://www.ietf.or g/internet-drafts/draft-lind-infrastructure-enum-reqs-0 1.txt\n\nTitle : Combined User and Carrier ENUM in the e164.arpa tree ( 15 - M )\n Author(s) : M. Haberler\, R. Stastny\n Filename : draft-haberler-carrier-enum-01 .txt\n Pages : 15\n Date : 2005-10-21\n \nENUM as def ined now in RFC3761 [1] is not well suited for the purp ose\n of interconnection by carriers\, as can be seen by the use of various\n private tree arrangements ba sed on ENUM mechanisms. A combined end-\n user and c arrier ENUM tree solution would leverage the ENUM\n i nfrastructure in e164.arpa\, increase resolution rates\ , and decrease\n the cost per registered telephone nu mber. This document describes a\n minimally invasive scheme to provide both end-user and carrier data\n i n ENUM.\n\nA URL for this Internet-Draft is:\nhttp://ww w.ietf.org/internet-drafts/draft-haberler-carrier-enum- 01.txt\n\n\n\nB. IANA Registration for an Enumservice\n Containing PSTN Signaling Information\ndraft-ietf-enum- pstn-01 ( 10 Min )\n\n\n\nC. Validation Drafts ( 1 0 Min )\n\nTitle : ENUM Validation Architectur e\n Author(s) : A. Mayrhofer\, B. Hoeneisen\n Filename : draft-ietf-enum-validation-arch-00.txt\n Pages : 16\ n Date : 2005-10-6\n \n An ENUM domain name is tightl y coupled with the underlying E.164\n number. The pro cess of verifying whether or not the Registrant of an\n ENUM domain name is identical to the Assignee of the corresponding\n E.164 number is commonly called "valid ation". This document\n describes validation requirem ents and a high level architecture for\n an ENUM valid ation infrastructure.\n\nA URL for this Internet-Draft is:\nhttp://www.ietf.org/internet-drafts/draft-ietf-enu m-validation-arch-00.txt\n\n\n\nTitle : ENUM Validatio n Token Format Definition\n Author(s) : O. Lendl\n File name : draft-ietf-enum-validation-token-00.txt\n Pages : 16\n Date : 2005-10-10\n \n An ENUM domain name is tightly coupled with the underlying E.164\n number. The process of verifying whether the Registrant of an E NUM\n domain name is identical to the Assignee of the corresponding E.164\n number is commonly called "valid ation". This document describes an\n signed XML data format -- the Validation Token -- with which\n Validat ion Entities can convey successful completion of a vali dation\n procedure in a secure fashion.\n\nA URL for t his Internet-Draft is:\nhttp://www.ietf.org/internet-dr afts/draft-ietf-enum-validation-token-00.txt\n\nTitle : ENUM Validation Information Mapping for the Extensibl e Provisioning Protocol\n Author(s) : B. Hoeneisen\n Fi lename : draft-ietf-enum-validation-epp-01.txt\n Pages : 25\n Date : 2005-10-27\n \nThis document describes an EPP extension framework for mapping\n information about the validation process that has been applied for\ n the E.164 number (or number range)\, which the ENUM domain name is\n based on. Specified in XML\, this mapping extends the EPP domain name\n mapping to prov ide an additional feature required for the\n provisio ning of ENUM domain names.\n\nA URL for this Internet-D raft is:\nhttp://www.ietf.org/internet-drafts/draft-iet f-enum-validation-epp-01.txt\n\n\n????????????\n\nTitle : Extension MIB for ENUM management\n Author(s) : Y. Shin\n Filename : draft-shin-enum-emib-00.txt\n Pages : 8\n Date : 2005-10-26\n \n It is service that ENUM replaces existent IP by telephone number and\n a use r does various kinds devices so that is available by on e \n peculiar number. As this ENUM's DNS becomes bulk y\, we need monitoring \n for ENUM. There is MIB to m onitoring method that is used present. \n We propose standard for efficient ENUM DNS administration applying \n extension MIB that is this MIB's extension to ENU M.\n\nA URL for this Internet-Draft is:\nhttp://www.iet f.org/internet-drafts/draft-shin-enum-emib-00.txt\n\n\n \n\n5 General Discussion.\n\n\n URL:http://www.ietf.org/html.charters/enum-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051108T185000 DTEND;TZID=America/Vancouver:20051108T195000 LOCATION:Salon A/B UID:423688A0-F9F2-493E-A178-F873FE27278F@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:1 SUMMARY:TSV - tsvwg - Transport Area WG DESCRIPTION:Transport Area WG\n\n TSVWG will meet Tues day Afternoon Sessions III/IV (2 hours)\n\n - We'll p ost the agenda soon URL:http://www.ietf.org/html.charters/tsvwg-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T090000 DTEND;TZID=America/Vancouver:20051109T113000 LOCATION:Cypress UID:538B0DCA-89D7-4CC3-8BDF-1CC2AE66DEEA@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:APP - lemonade - Enhancements to Internet email to Support Diverse DESCRIPTION:Enhancements to Internet email to Support D iverse \nIETF LEMONADE WG\n================\n\nChair(s) :\nGlenn Parsons \nEric Burger \n\nDRAFT Agenda\n============\n\n Session 1 - Mon\, Nov 7\, 1310h:\n--------------------- --------- \n\nAgenda bashing \nOMA liaison \nStatus rev iew \n draft-ietf-lemonade-goals\n draft-ietf-lemonad e-notify-s2s\n draft-ietf-lemonade-mms-mapping\n draf t-ietf-lemonade-futuredelivery\n draft-ietf-lemonade-b url\n draft-ietf-lemonade-catenate\n draft-ietf-lemon ade-urlauth\n draft-ietf-lemonade-profile \nProfile \n draft-ietf-lemonade-reconnect\n draft-ietf-lemonade- rfc2192bis\n draft-ietf-lemonade-convert \n\nSession 2 - Wed\, Nov 9\, 0900h:\n------------------------------ \n\nOMA MEM AD discussion \nProfile proposals\n draft -maes-lemonade-notifications-filters-how-to\n draft-ma es-lemonade-notifications-server-to-client\n draft-mae s-lemonade-vfolder\n draft-newman-lemonade-msgevent\n draft-maes-lemonade-lzip\n draft-maes-lemonade-mobile -email\n draft-maes-lemonade-deliver\n draft-maes-lem onade-http-binding \n URL:http://www.ietf.org/html.charters/lemonade-charter. html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T090000 DTEND;TZID=America/Vancouver:20051109T113000 LOCATION:Salon C UID:B89F9A7C-F232-4A51-BA52-3185AB3D155D@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:GEN - techspec - Requirements for IETF Technica l Specification DESCRIPTION:Requirements for IETF Technical Specificati on \nBoF: TechSpec -- Requirements for IETF Technical Specification Publication\n\nChair: Leslie Daigle\nMai ling list: techspec@ietf.org\n\nThe work of the IETF i s to discuss\, develop and disseminate\ntechnical speci fications to support the Internet's operation.\nAn impo rtant output of the IETF\, then\, is published technica l\nspecifications. As the IETF progresses\, documentati on and review\nof its requirements for the process and structure of technical\nspecification publication is im portant in order to ensure continued\nsupport for the I ETF's work.\n\nThe focus of this discussion is on the c onstructive enumeration and\nexpression of IETF publica tion requirements\, without\nprejudice as to whether th e requirements are currently met or not.\n\nAs input to this discussion\, draft-mankin-pub-req has been\nprepa red as a first draft of the requirements\, based on the IESG's\nexperience and perspective in shepherding docu ments through the\nstandards process. The intention go ing forward is to produce a\ncommunity-reviewed documen t (BCP or otherwise\, as appropriate).\n\n\nAgenda\n--- ---\n\n1. Overview & Introduction [BoF Chair]\n2. Rev iew and discussion of draft-mankin-pub-req [Allison Man kin]\n3. Discussion of any other requirements\n4. Upd ate from experiment in early copy editing [Bert Wijnen\ , RFC\n Editor]\n5. Determination of where from her e for requirements documentation.\n\n\nOut of scope for this BoF\n-------------------------\n\n1/ The term "te chnical specification" is used here purposefully\nto re fer to the technical output of the IETF -- debate about \nwhether it is expressed as RFCs or ISDs\, what "is" a n RFC\, etc\, is out\nof scope.\n\n2/ Critique of the e xisting RFC Editor/publication activity is out of\nscop e\, although illustrations of requirements based on RFC experience\nwill be acceptable as appropriate to the B oF's constructive focus.\n\n3/ Discussion of specific p ublication formats is out of\nscope. A goal of this di scussion is to cover the full process of\ntechnical spe cification publication\, from beginning-to-\nend specif ication tracking\, to errata. To cover all\nof that\, and to keep the discussion at the level of requirement \n(not implementation)\, the question of publication fo rmats\nneeds to be out of scope of this discussion.\n\n Once there is community agreement on what the basic req uirements are\,\nthere will be a separate discussion of how to map this to existing\,\nmodified\, or new publi cation activities -- thereby addressing the\nout of sco pe points above. To the extent that requirements are\ ndetermined to be mechanical in nature\, next steps wil l be carried out\nunder the auspices of the IASA. For other issues identified\, further\ncommunity discussio ns\, documentation\, and IETF process updates will be\n undertaken as appropriate.\n\n\n END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T090000 DTEND;TZID=America/Vancouver:20051109T113000 LOCATION:Salon F UID:D04E8394-0DBF-427E-98EE-95CF81CB4452@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - dna - Detecting Network Attachment WG URL:http://www.ietf.org/html.charters/dna-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T090000 DTEND;TZID=America/Vancouver:20051109T113000 LOCATION:Salon D/E UID:889A892F-5498-4768-9B0C-68CF382B1DA6@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:OPS - mboned - MBONE Deployment WG DESCRIPTION:MBONE Deployment WG\n\nMBONE Deployment WG (mboned)\n\nWEDNESDAY\, November 9\, 2005 0900-1130 (Mo rning Session I)\n===================================== ====================\n\nCHAIR: David Meyer \n\nAGENDA\n\n o Administriva\n\n - Mailing list: majordomo@lists.uoregon.edu\n subscribe mboned\n\n - Scribe(s)?\n\n - Blue Sheets\n\n o Agenda Bashing \n Me yer \n\n o Re view and status of work items \n\n Passed WGLC\n -----------\n draft-ietf-mboned-ad drarch-02.txt 2 minutes \n Savola\n\n Active Drafts\n -------------\n dr aft-ietf-mboned-addrdisc-problems-00.txt 5 minutes \n Savola\n draft-ietf-mboned-rout ingarch-01.txt 5 minutes\n Savola\n draft-ietf-mboned-maccnt-req-01.txt 7 minutes\n Hayashi\, et al.\n draft-ietf-mboned-rac-issues-01.txt 7 minutes \n Sato\n draft-ietf-mboned-msd p-mib-00.txt 5 minutes\n Fenner\n\n Expired Drafts\n -------------\n dra ft-ietf-mboned-rfc3171bis-02.txt 5 minutes \n Meyer\n draft-ietf-mboned-auto-m ulticast-04.txt 5 minutes\n P usateri\, et al.\n draft-ietf-mboned-ipv6-multicast-i ssues-02.txt 5 minutes\n Savola\n draft-savola-mboned-address-discovery-problems-00.txt 10 minutes\n Savola\n\n Other\n -----\n AAA Framework for Multicasting 7 minutes\n draft-sato-multiaaa-framework-00. txt\n Sato\n Multicast Address Discovery 10 minutes\n Williamson\n Label Switched Multicast Solutions 10 minutes\n Bhaskar/Cia\n Experience With Multicast VPN 5 minute s\n draft-ycai-mvpn-experience-00.txt \n Cai\n IP Multicast MIB 5 minutes\n McWalter\n\n URL:http://www.ietf.org/html.charters/mboned-charter.ht ml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T090000 DTEND;TZID=America/Vancouver:20051109T113000 LOCATION:Salon 1 UID:6B5D7E2B-0C51-4132-ADE9-DCD03177BFDF@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - pce - Path Computation Element WG DESCRIPTION:Path Computation Element WG\n1) Agenda/admi n (Chairs-5mn)\n2) PCE WG Milestone update (Chairs-10mn )\n3) Path Computation Policy \ndraft-bryskin-pce-polic y-enabled-path-comp-00.txt (Igor - 20mn)\n4) PCE Policy Architecture\,\ndraft-berger-pce-policy-architecture-0 0.txt (Lou - 10mn)\n5) Discussion on the PCE Discovery protocol (JL Le Roux - 15mn)\ndraft-leroux-pce-discover y-proto-00.txt\n6) PCECP discussion and next steps (Adr ian - 20mn)\n7) Inter-area PCECP requirement draft (Jea n-Louis Le Roux - 10mn)\ndraft-leroux-pce-pcecp-multiar ea-reqs-00.txt\n8) Inter-AS/Provider PCE requirement dr aft (Nabil Bitar/Raymond Zhang - 10mn)\ndraft-bitar-int eras-PCE-req-00.txt\n9)Discussion on inter-layer deploy ment scenario\, similarities with inter-area/AS\, appli cation specific requirements\ndraft-oki-pce-inter-layer -req-00.txt (Eiji Oki - 10mn)\n10) Cost object\ndraft-d olganow-pce-cost-object-00.txt (Andrew - 10mn)\n11) Nex t Steps (Chairs - 10mn)\n URL:http://www.ietf.org/html.charters/pce-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T090000 DTEND;TZID=America/Vancouver:20051109T113000 LOCATION:Oak UID:DDB90507-12C9-4222-9E3F-544239442139@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - kitten - Kitten (GSS-API Next Generation) WG URL:http://www.ietf.org/html.charters/kitten-charter.ht ml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T090000 DTEND;TZID=America/Vancouver:20051109T113000 LOCATION:Salon 2/3 UID:2F300B5E-B739-4BE7-8B6E-1D3AFCB385F2@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - mmusic - Multiparty Multimedia Session Co ntrol WG URL:http://www.ietf.org/html.charters/mmusic-charter.ht ml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T090000 DTEND;TZID=America/Vancouver:20051109T113000 LOCATION:Salon A/B UID:6A4A7F9F-B04E-490E-8464-F67F7036513A@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - nsis - Next Steps in Signaling WG URL:http://www.ietf.org/html.charters/nsis-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T130000 DTEND;TZID=America/Vancouver:20051109T150000 LOCATION:Salon 1 UID:09F9BA02-15B5-4880-BDE8-2009BE05947A@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:APP - geopriv - Geographic Location/Privacy WG DESCRIPTION:Geographic Location/Privacy WG\n\n\nGEOPRIV Session I (2 hours)\n--------------------------------- ----------\n\n1) Agenda Bashing (5 min)\n2) draft-ietf- geopriv-common-policy-05.txt (30 min)\n Hannes Tschof enig\n3) draft-ietf-geopriv-policy-06.txt (30 min)\n Hannes Tschofenig\n4) draft-winterbottom-http-location- delivery-02.txt (30 min)\n James Winterbottom\n5) Any Other Business\n\nGEOPRIV Session II (2 hours)\n------ ---------------------------------------\n\n1) Agenda Ba shing (5 min)\n2) draft-ietf-geopriv-radius-lo-04.txt ( 30 min)\n Andrew Newton\n3) draft-ietf-geopriv-pdif-l o-profile-01.txt (20 min)\n James Winterbottom\n4) dr aft-thomson-revised-civic-lo-01.txt (30 min)\n James Winterbottom\n5) draft-ietf-geopriv-dhcp-civil-07.txt ( 20 min)\n TENTATIVE\n6) Any Other Business\n URL:http://www.ietf.org/html.charters/geopriv-charter.h tml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T130000 DTEND;TZID=America/Vancouver:20051109T150000 LOCATION:Oak UID:55C55FCC-CEF7-4865-80EF-A84D61572911@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:APP - sieve - Sieve Mail Filtering Language WG DESCRIPTION:Sieve Mail Filtering Language WG\nAgenda:\n \n- Introduction (blue sheets\, scribe etc) (1 min)\n- Agenda Bashing (4 mins)\n- Finished documents (Vacation \, spamtest\, IMAP Flags) (5 mins)\n- Base spec discuss ion (post WGLC comments) (10 mins)\n- Relational draft status (10 mins)\n- Variables draft (post LC comments) (10 mins)\n- Body test draft status (10 mins)\n- Edit h eader draft status (10 mins)\n- Notification draft (15 mins)\n- Editors for different notification mechanisms (5 mins)\n- Reject/refuse draft (20 mins)\n- Other busi ness (20 mins)\n - execution of Sieve on flag changes\, expunges\, etc.\n - index and time extensions\n - incl ude\n\nTotal: 120 minutes\n URL:http://www.ietf.org/html.charters/sieve-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T130000 DTEND;TZID=America/Vancouver:20051109T150000 LOCATION:Salon A/B UID:4863D3B5-06C7-4396-A069-862D5CFCDC3B@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - nemo - Network Mobility WG URL:http://www.ietf.org/html.charters/nemo-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T130000 DTEND;TZID=America/Vancouver:20051109T150000 LOCATION:Salon 2/3 UID:A70092DF-8889-472F-B787-EA6B155E7371@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - trill - Transparent Interconnection of Lo ts of Links WG URL:http://www.ietf.org/html.charters/trill-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T130000 DTEND;TZID=America/Vancouver:20051109T150000 LOCATION:Salon F UID:09FB85E4-1299-42C8-8E0D-98A34ADBD1A2@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - l1vpn - Layer 1 Virtual Private Networks WG DESCRIPTION:Layer 1 Virtual Private Networks WG\n\nLaye r-1 VPN WG (l1vpn)\n======================\n\nWEDNESDAY \, November 9\, 2005\n1300-1500 Afternoon Session I\n\n CHAIRS: Hamid Ould-Brahim \nTomonor i Takeda \nAdrian Farrel \n\nAGENDA:\n\n================= ==============\nChairs: Agenda bashing (5 mins)\n Status update (5 mins)\n============================ ===\n\n========================================\nTomono ri: Update on Framework draft\n draft-ietf-l1vpn-frame work-00.txt and\n Framework draft discussion (15 mins) \n========================================\n\n a. Is t he framework finished?\n b. Are there other requiremen ts or models we should add? \n c. Have we covered Pol icy enough? \n d. Have we covered Manageability enoug h?\n e. Is the Security section strong enough?\n f. N ext steps\n\n==============================\nBasic Mode Discussion (45 min)\n==============================\n\ n===============================================\nDon/Y akov: draft-fedyk-l1vpn-basic-mode-00.txt\n=========== ====================================\n\nBasic Mode Disc ussion:\n \n I. Signaling\n\n a. What signaling is ne eded in addition to the Overlay draft?\n i. Do we ne ed to identify the VPN-ID in the signaling\n mess ages?\n ii. Have we covered recovery aspects enough?\ n\n b. Should we support both the shuffling and nestin g/stitching\n methods or just adopt one method?\n \ n II. Auto-Discovery\n\n a. What are the options for PE -PE auto-discovery?\n Reasoning for splitting the ba sic mode draft.\n\n i. Will the working group accept the two-way choice\n between configuration and BGP ?\n ii. What are pros and cons of using an IGP techniq ue?\n iii. Is anyone prepared to propose (and develop) an IGP\n technique?\n iv. Are the protocol extens ion generic enough to be used in other\n scenarios (i.e.\, normal GMPLS UNI case)?\n \n b. Is CE-CE disc overy in scope of basic mode? \n c. What are the option s for CE-CE discovery (using PE-PE\n discovery for e xample).\n\n=========================================== =====================\nHamid: draft-ouldbrahim-l1vpn-b gp-autodiscovery-00.txt (10 min)\n===================== ===========================================\n\n======== ====================\nExtended Mode (10 minutes)\n Dis cussion led by chairs.\n============================\n\ n=======================\nOthers (remaining time)\n==== =================== URL:http://www.ietf.org/html.charters/l1vpn-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T130000 DTEND;TZID=America/Vancouver:20051109T150000 LOCATION:Cypress UID:EF97D416-D748-41E7-A58E-29054D6DDC86@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - inch - Extended Incident Handling WG DESCRIPTION:Extended Incident Handling WG\nExtended Inc ident Handling WG (INCH)\n\nWednesday\, November 9\, 20 05\, 13:00-15:00\n===================================== =\n\nChair: Roman Danyliw \nSecurity Are a Adviser: Sam Hartman \n\nAGEND A\n\n o Administrative \n (Roman Danyl iw\, 5 min)\n\n o Requirements draft review (draft-iet f-inch-requirements-05)\n (Glenn Keeni-Mansfield\, 5 min)\n\n o Data Model draft review (draft-ietf-inch-i odef-05**)\n (Roman Danyliw\, 25 min)\n\n o Impleme ntation guide draft (draft-ietf-inch-implement-01)\n (Roman Danyliw\, 2 min)\n\n o RID draft review (draft -ietf-inch-rid-05)\n (Kathleen Moriarty\, 20 min)\n\ n o Transport draft review (draft-ietf-inch-soap-01**) \n (Brian Trammell\, 20 min)\n\n o Phishing extensi on draft review (draft-ietf-inch-phishingextns-02)\n (Pat Cain\, 20 min)\n\n\n** These drafts are not yet i n the I-D archive\, see the \n un-official INCH page: \n \n\nMAILI NG LIST\n\n Post: inch@nic.surfnet.nl\n Archive: h ttp://listserv.surfnet.nl/archives/inch.html\nSubscribe : send mail to listserv@nic.surfnet.nl\n with "subscribe inch " in the body\ n\n\n URL:http://www.ietf.org/html.charters/inch-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T130000 DTEND;TZID=America/Vancouver:20051109T150000 LOCATION:Salon C UID:C113115C-2748-411E-AD11-0518578C10F8@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - mobike - IKEv2 Mobility and Multihoming W G DESCRIPTION:IKEv2 Mobility and Multihoming WG\nIETF-64 MOBIKE WG Agenda\n\nTime:\n WEDNESDAY\, November 9\, 2 005\n 1300-1500 Afternoon Session I\n 1510-1610 After noon Session II\n\nChairs:\n Jari Arkko \n Paul Hoffman \n\nPRE LIMINARIES (10 minutes)\n\n Bluesheets\n Agenda Bash\n Document Status\n Open Issue Summary:\n http://www.vpnc .org/ietf-mobike/issues.html\n Presentations and agenda online at:\n https://datatracker.ietf.org/public/meeti ng_materials.cgi?meeting_num=64\n\nBase Protocol (Pasi Eronen)\n http://www.vpnc.org/ietf-org/draft-ietf-mobi ke-protocol-06.txt (to appear)\n - Discussion of remai ning last call issue resolutions\, if any\n - We inten d to close everything before Vancouver and once the\n document submission re-opens\, submit and send the dr aft to the\n ADs\n\nDesign Draft (Tero Kivinen)\n h ttp://www.vpnc.org/ietf-org/draft-ietf-mobike-design-04 .txt (to appear)\n - Discussion of remaining issues\n - Note: this is NOT for rehashing the decisions to cha nge the protocol.\n This is about documenting the de cisions and their rationale.\n\nExtensions and New Work \n\n Goal of this part of the meeting is to gain an un derstanding\n of what additional functionality is prop osed\, who does this benefit\,\n and discuss whether t he group feels the work is warranted. A brief\n techni cal summary of the approach should be included\, but mo st\n of the time should be spent on the issue of wheth er this work is\n needed\, and why/why not.\n\n MOBIK E Extensions for PF_KEY (Hannes Tschofenig)\n http://w ww.tschofenig.com/drafts/draft-schilcher-mobike-pfkey-e xtension-01.txt\n\n Application Programming Interface to a Trigger Database for\n MOBIKE (Hannes Tschofenig) \n http://www.tschofenig.com/drafts/draft-schilcher-mo bike-trigger-api-02.txt\n\n (Please submit additional agenda requests\, if any)\n\nDiscussion of next steps ( chairs)\n URL:http://www.ietf.org/html.charters/mobike-charter.ht ml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T130000 DTEND;TZID=America/Vancouver:20051109T150000 LOCATION:Salon D/E UID:EDE78547-ED16-4B35-A73A-CB172D3A339C@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - sipping - Session Initiation Protocol Inv estigation WG URL:http://www.ietf.org/html.charters/sipping-charter.h tml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T151000 DTEND;TZID=America/Vancouver:20051109T161000 LOCATION:Oak UID:B956C630-662D-4135-BF09-5D4077CFD314@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:GEN - pesci - Process Evolution Consideration f or the IETF BOF DESCRIPTION:Process Evolution Consideration for the IET F BOF\nDraft agenda 2005-10-24\n\nName: Process Evoluti on Consideration for the IETF BOF\nAcronym: PESCI\nArea : GEN (Acting ADs: Sam Hartman\, Bert Wijnen)\nChair: B rian Carpenter\n\nBOF description:\n\nThe IETF Chair se t up a team called PESCI\, Process Evolution Committee of the IETF.\n\nThis team published draft-davies-pesci- initial-considerations-00.txt\nwhich includes:\n\n- A l ist of goals and principles that the team feels should\ nunderlie improvements to the IETF process\n\n- A list of next steps that the team feels should be undertaken in\norder to get the necessary next process reform step s done.\n\nThe BOF seeks input on these two topics. The target is to identify \nthe most important and specifi c principles for process changes. \nThese must be separ ated from generic principles and from purely \nprocedur al or operational issues.\n\nThe PESCI team will report the conclusions from the BOF in the plenary.\n\nBOF Ag enda:\n\n- 5 minutes: Agenda bashing\n- 10 minutes: Pr esentation of PESCI Goals and Principles\n focussed on process change\n- 25 minutes: Discussion o f PESCI Goals and Principles\n focussed on process change\n- 5 minutes: Presentation of PESCI's proposed next steps\n- 10 minutes: Discussion of PESCI' s proposed next steps\n- 5 minutes: Summary and conclu sions\n\nReading list:\n\ndraft-davies-pesci-initial-co nsiderations-00.txt\n\nDiscussion list: pesci-discuss@i etf.org\nJoin via https://www1.ietf.org/mailman/listinf o/pesci-discuss\n\n\n\n END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T151000 DTEND;TZID=America/Vancouver:20051109T161000 LOCATION:Salon 1 UID:DCFC48E7-82FC-4636-9809-D1826AB97A27@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - pana - Protocol for Carrying Authenticaio n for Network Access WG DESCRIPTION:Protocol for Carrying Authenticaion for Net work Access WG\nRevision: 1 Date: Oct 25th\, 05\n\nAgen da of Protocol for Carrying Authentication for Network Access\n(PANA) WG meeting at IETF64\nWEDNESDAY\, Novemb er 9\, 2005\n1510-1610 Afternoon Session II\n(60 Mins)\ n\nChairs:\nBasavaraj Patil \nAlper Yegin \n\n------------ --------------------------------------------\n\n1. Agen da\, Bluesheets\, Note-takers and Jabber scribes 5 Mins \n\n2. WG status update Chairs 10 Mins\n\n3. State Machines for PANA\n draft-ietf-pana-statemachine-03 V. Fajardo 5 Mins\n\n4. Pre-authentication Support for PANA\n draft-ietf-pana-preauth-00 Y. Ohba 10 Mins\n \n5. PANA Mobility Optimizations Analysis\n draft-bou rnelle-pana-mobopts-analysis-00 J. Bournelle 10 Mins\n \n PANA Mobility Optimizations with Session Keys Cont ext \n draft-forsberg-pana-skc-00 J. Bournelle 10 Mins\n\n6. DHCPv4 option for PANA Authentication Ag ents\n draft-suraj-dhcpv4-paa-option-01 (???) 5 Mins \n\n7. Next steps Chairs\n URL:http://www.ietf.org/html.charters/pana-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T151000 DTEND;TZID=America/Vancouver:20051109T161000 LOCATION:Salon 2/3 UID:89CF70B6-64FA-4C2D-B391-1F988F1A5FA1@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - isis - IS-IS for IP Internets WG URL:http://www.ietf.org/html.charters/isis-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T151000 DTEND;TZID=America/Vancouver:20051109T161000 LOCATION:Salon C UID:F767B6DF-18A1-4907-AE2D-2038BC53C1D8@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - mobike - IKEv2 Mobility and Multihoming W G DESCRIPTION:IKEv2 Mobility and Multihoming WG\nIETF-64 MOBIKE WG Agenda\n\nTime:\n WEDNESDAY\, November 9\, 2 005\n 1300-1500 Afternoon Session I\n 1510-1610 After noon Session II\n\nChairs:\n Jari Arkko \n Paul Hoffman \n\nPRE LIMINARIES (10 minutes)\n\n Bluesheets\n Agenda Bash\n Document Status\n Open Issue Summary:\n http://www.vpnc .org/ietf-mobike/issues.html\n Presentations and agenda online at:\n https://datatracker.ietf.org/public/meeti ng_materials.cgi?meeting_num=64\n\nBase Protocol (Pasi Eronen)\n http://www.vpnc.org/ietf-org/draft-ietf-mobi ke-protocol-06.txt (to appear)\n - Discussion of remai ning last call issue resolutions\, if any\n - We inten d to close everything before Vancouver and once the\n document submission re-opens\, submit and send the dr aft to the\n ADs\n\nDesign Draft (Tero Kivinen)\n h ttp://www.vpnc.org/ietf-org/draft-ietf-mobike-design-04 .txt (to appear)\n - Discussion of remaining issues\n - Note: this is NOT for rehashing the decisions to cha nge the protocol.\n This is about documenting the de cisions and their rationale.\n\nExtensions and New Work \n\n Goal of this part of the meeting is to gain an un derstanding\n of what additional functionality is prop osed\, who does this benefit\,\n and discuss whether t he group feels the work is warranted. A brief\n techni cal summary of the approach should be included\, but mo st\n of the time should be spent on the issue of wheth er this work is\n needed\, and why/why not.\n\n MOBIK E Extensions for PF_KEY (Hannes Tschofenig)\n http://w ww.tschofenig.com/drafts/draft-schilcher-mobike-pfkey-e xtension-01.txt\n\n Application Programming Interface to a Trigger Database for\n MOBIKE (Hannes Tschofenig) \n http://www.tschofenig.com/drafts/draft-schilcher-mo bike-trigger-api-02.txt\n\n (Please submit additional agenda requests\, if any)\n\nDiscussion of next steps ( chairs)\n URL:http://www.ietf.org/html.charters/mobike-charter.ht ml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T151000 DTEND;TZID=America/Vancouver:20051109T161000 LOCATION:Cypress UID:0D32345B-A12A-4E57-A441-F54548EBB314@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - fecframe - FEC over Transport Framework B OF DESCRIPTION:FEC over Transport Framework BOF\nProvision al fecframe agenda\n\nFEC over Transport Framework BOF (fecframe)\n=========================================== \nMonday\, November 7\, 2005: 1740-1840\n\nCHAIR(s):\n Mark Watson \n\nDESCRIPTION:\ n\nThe object of this group is to develop standards for using forward error correction (FEC)\ncodes with appli cations in the Internet to provide protection against p acket loss. The group\nwill develop a framework for app lication of FEC codes to arbitrary packet flows over\nu nreliable transport protocols over both IP multicast an d unicast. The group will build on\nthe work of the RMT working group in the form of the FEC Building Block de veloped there to\nensure that the framework developed c an support multiple FEC codes and maintain independence \nbetween FEC codes and content delivery protocols. No te: framework here is a protocol framework\, with a des ign to be determined\, but suitable for interoperable i mplementations. It is not used in the sense often used by IETF of a document akin to requirements.\n\nA prima ry objective of this framework is to support FEC for st reaming media. The group will\ncoordinate closely with AVT and MMUSIC working groups to ensure that this use-c ase is fully\nspecified both in terms of interactions w ith RTP/RTCP and application layer signalling. The\ngr oup will also coordinate with the DCCP working group\, at least\, considering that transport's\nrole in stream ing media.\n\nThe group will work with the RMT working group to ensure that the FEC Building Block defined\nin RMT supports both the RMT use-cases (object delivery o ver multicast) and the more general\nFEC protection of IP flows over unreliable unicast and multicast transpor t. The group will\nalso consider developing its charter to include for proposals for standardization of specif ic\nFEC codes - taking on this work from the RMT workin g group - including consideration of their\nareas of ap plicability and generality.\n\nSpecification of hybrid schemes involving both retransmission and forward error correction\nwill be out of scope of the group. However the group should consider of whether work on such\nsch emes should be considered in a future phase.\n\nPROPOSE D GOALS AND MILESTONES:\n\nDec 05 - decide scope (e.g. set of transport protocols) and architecture for FEC st reaming framework\n\nJun 06 - FEC Streaming Framework s ubmitted as Proposed Standard\n\nAGENDA:\n\n1. Introduc tion\, note taker\, blue sheets\n2. Agenda bashing\n3. Discussion of objectives\, scope\n - Relationship wit h RMT/transfer of work\n - Goals and Milestones\n4. Agr eement on way forward\n5. AOB\n\nRELEVANT DRAFTS:\n dra ft-watson-tsvwg-fec-sf-00 (presented at IETF63\, TSVWG) END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T151000 DTEND;TZID=America/Vancouver:20051109T161000 LOCATION:Salon A/B UID:373A81B7-1538-471C-B270-36C9DDDC2A9C@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - xcon - Centralized Conferencing WG DESCRIPTION:Centralized Conferencing WG\nCentralized Co nferencing (XCON) - IETF 64 Agenda\n\nCHAIRS: Alan John ston \n Adam Roach \n\n\nTUESDAY\, November 8th\, 2005\, 0900-11 30\n======================================\n\n0900 - 09 05 Agenda Bash\n Chairs (5 minutes)\n\n090 5 - 0915 Status Update\n Chairs (10 minute s)\n\n0915 - 0925 Charter: Updating Milestones\n Chairs (10 minutes)\n\n0925 - 0940 Floor Contro l: Epilogue\n Gonzalo Camarillo (15 minutes )\n draft-ietf-xcon-bfcp-05.txt\n draft-ietf-mmusic-sdp-bfcp-02.txt\n draf t-ietf-xcon-floor-control-req-03.txt\n\n0940 - 1025 XC ON Framework\n Mary Barnes (45 minutes)\n draft-ietf-xcon-framework-02.txt\n\n1025 - 1 035 XCON Common Data Model\n Oscar Novo (1 0 minutes)\n draft-novo-xcon-common-data-mo del-00.txt\n\n1035 - 1050 Role Definitions for Common Conferencing\n Dave Morgan (15 minutes)\n draft-morgan-xcon-roles-00.txt\n\n1050 - 111 0 Conference Package\n Orit Levin (20 minu tes)\n draft-levin-xcon-conference-package- ext-00.txt\n\n1110 - 1120 MSRP Centralized Conferencin g\n Chris Boulton (10 minutes)\n draft-boulton-xcon-msrp-conferencing-02.txt\n\n1120 - 1130 People and Content Video Streams\n R oni Even (10 minutes)\n draft-even-xcon-pnc -00.txt\n\n\nWEDNESDAY\, November 9th\, 2005\, 1510-161 0\n======================================\n\n1510 - 152 0 Protocol Selection Discussion\n Chairs ( 10 minutes)\n\n1520 - 1530 CCCP\n Orit Lev in (10 minutes)\n draft-levin-xcon-cccp-03. txt\n\n1530 - 1545 Media Templates\n Chris Boulton (15 minutes)\n draft-boulton-xcon- media-template-02.txt\n\n1545 - 1610 Protocol Selectio n Open Discussion\n Chairs (25 minutes)\n\n URL:http://www.ietf.org/html.charters/xcon-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T170000 DTEND;TZID=America/Vancouver:20051109T193000 LOCATION:Salon DEF UID:251008FA-59B0-4E1B-B64C-5939EA8CF2AF@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:IETF Operations and Administration Plenary DESCRIPTION:\n Session Chair: Brian Carpenter\ n 17:00 Welcome\, and introduction (Brian Carp enter)\n 17:05 Host and NOC team presentation (Nortel)\n 17:20 IASA Report\n - General report: IAOC Chair\n - Operatio ns report: IAD\n - RFC Editor report\n - IANA report\n 18:05 PROTO team report \n 18:15 PESCI team report and discuss ion\n 18:45 Open Meeting - IETF Admin and Oper ations topics only please\n 19:30 end END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051109T220000 DTEND;TZID=America/Vancouver:20051109T235900 LOCATION:Thompson UID:5A94B374-19E7-4B16-B680-FA65CBC5026B@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:PGP Key Signing DESCRIPTION:\n END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T090000 DTEND;TZID=America/Vancouver:20051110T113000 LOCATION:Salon C UID:F75C7BE4-4ECF-41FA-A5F4-775CA49E4886@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - mip6 - Mobility for IPv6 WG DESCRIPTION:Mobility for IPv6 WG\n\nRevision: 0 Date: O ct 24th\, 05\n\n\nAgenda of Mobility for IPv6 (mip6) WG meeting at IETF64\nTHURSDAY\, November 10\, 2005\n0900 -1130 Morning Session I\n(180 mins)\n\nChair(s):\nBasav araj Patil \nGopal Dommety < gdommety@cisco.com>\n\n-------------------------------- ----------\n\n1. Agenda\, Bluesheets\, Note-takers and Jabber scribes 5 Mins\n\n2. WG documents status update Chairs 15 Mins\n\nWG documents and related agenda ite ms:\n\n3. Mobile IPv6 Operation with IKEv2 and the revi sed IPsec Architecture\n draft-ietf-mip6-ikev2-ipsec Vijay Devarapalli 10 Mins\n\n4. MIP6 transition \n draft-ietf-mip6-v4traversal-00.txt Design team 20 Mins\n\n5. MIP6 Bootstrapping \n draft-ietf-mip6-boo tstrapping-split-00 Gerardo Giaretta 10 Mins\n\n MI P6-bootstrapping via DHCPv6 for the Integrated Scenario \n draft-ietf-mip6-bootstrapping-integrated-DHC-00 Ku ntal C. 15 Mins\n\n6. Route Optimization and Location P rivacy using Tunneling Agents\n draft-weniger-rota-01 Kilian Weniger 10 Mins\n\n7. Mobility Header Ho me Agent Switch Message\n draft-haley-mip6-ha-switch- 00.txt James Kempf 15 Mins\n\n8. Improve commun ication between Mobile Nodes\n draft-yuchi-mip6-mntom n-improve-00 Ma Yuzhi 10 Mins\n\n9. Next steps Chairs 30 Mins\n\n\n URL:http://www.ietf.org/html.charters/mip6-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T090000 DTEND;TZID=America/Vancouver:20051110T113000 LOCATION:Salon F UID:8D413815-855A-4FC4-A662-1E5F815A3783@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - pwe3 - Pseudo Wire Emulation Edge to Edge WG DESCRIPTION:Pseudo Wire Emulation Edge to Edge WG\n\nPs eudo Wire Emulation Edge to Edge WG (pwe3)\n\nWEDNESDAY \, November 9\, 2005\n0900-1130 Morning Session I\n\nCH AIRS: Stewart Bryant \n Dann y McPherson \n\nAGENDA:\n\nThis agenda i s provisional and the running order\nwill probably chan ge to be more logical\n\nStewart/Danny\nStatus Update\n \nDanny\nCharter Update\n\nRonen Solomon\nEncapsulation Methods for Transport of Fibre Channel frames\nOver MP LS Networks\n\n\nFlori n Balus\nDynamic Multi-Segment Pseudo Wire Signaling Pr ocedures Using LDP\n\n\nJixiong Dong\n"Operation and Maintenance for Multi-segment Pseudo Wire"\n\n\nMatthew Bocci\n"An Architecture for Mult i-Segment PWE3"\n\n\nYaakov Stein\nPseudowire Security\n\nZi Kang ( zikang_25006%HUAWEI@notesmail.huawei.com.cn)\n"Link Agg regation Member Interface Status Signal".\n\n\nGeorge Swallow\n" Target Choice of FEC Type"\n\n\nChris Metz\nAII Types for Aggregat ion\n\n\ndimitri papad imitriou\nSetup and Maintenance of Pseudowires using RS VP-TE\n\n\nYaakov Stei n\nVCCV Extensions \n URL:http://www.ietf.org/html.charters/pwe3-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T090000 DTEND;TZID=America/Vancouver:20051110T113000 LOCATION:Salon 1 UID:801C7402-9BE4-445B-993A-AD6439552116@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - sidr - Secure Inter-Domain Routing BOF END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T090000 DTEND;TZID=America/Vancouver:20051110T113000 LOCATION:Cypress UID:2A02A2BD-C9FA-4F0C-8F25-7A8A4645153F@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - emu - EAP Method Update BOF DESCRIPTION:EAP Method Update BOF\nEAP METHODS UPDATE ( EMU) BOF\n\nCHAIRS: Jari Arkko (jari.arkko@piuha.net)\n Joe Salowey (jsalowey@cisco.com)\n\nMAILING LIS T: secmech@ietf.org\n To Subscribe: https://www1.ietf. org/mailman/listinfo/secmech\n Archive: http://ww w.ietf.org/mail-archive/web/secmech/index.html\n\nDESCR IPTION:\n\nThe Extensible Authentication Protocol (EAP) \, defined in RFC\n3748 is a network access authenticat ion framework used in\nthe PPP\, 802.11\, 802.16\, VPN\ , PANA\, and in some functions in\n3G networks. EAP its elf is a simple protocol and actual\nauthentication hap pens in so called EAP methods.\n\nOver 40 different EAP methods exists. This includes many\nundocumented and p roprietary methods. Only a few methods are\ndocumented in RFCs\, and out of these\, methods listed in the\nori ginal EAP RFC are no longer applicable in today's\nenvi ronments. For instance\, none of the EAP methods that a re\napplicable in a wireless environment are in Standar ds Track\nRFCs. This poses a problem for\, among other things\, the\nselection of a mandatory to implement EAP method in new\nnetwork access technologies.\n\nSome me thods have been defined in Internet Drafts\, many of\nw hich have expired or have not been updated to reflect t he\ntrue behavior in the protocols.\n\nThe lack of docu mented\, open specifications is a deployment\nand inter operability problem. In addition\, new requirements\nsu ch as those posed by wireless environments are creating \nneeds that are currently not well matched by existing \nmethods. For instance\, RFC 4017 documents IEEE 802.1 1\nrequirements for EAP methods. Currently\, there are only a\nfew EAP methods that satisfy the mandatory requ irements\nlisted in this document\, and there are no me thods that\nsatisfy all requirements. Some proposals fo r such methods\nexist\, however.\n\nFinally\, there are authentication mechanism types that are\nnot supported by existing RFCs. For instance\, there is no\nwidely a pplicable method that would be able to authenticate\nus ing shared secrets in a wireless environment.\n\nThe pu rpose of this BoF is to continue the work started in\nt he EAP WG and in the SECMECH BOF\, in a manner focused on\nfew key EAP method needs. One immediate goals is to bring\nexisting widely deployed EAP methods such as EA P-TLS (RFC\n2716) to Proposed Standards with clarificat ions learned\nduring deployment. Another goal is to sta ndardize additional\nmechanism to match the current req uirements.\n\nThe BoF should have an organized discussi on of what specific\nneeds the community sees as worthw hile pursuing\, and to\ndiscuss the specific technical solutions.\n\nThe potential work items of the group inc lude\n\n1. Revision of EAP-TLS\, to be placed on the st andards track.\n The primary goal of this would be to bring the specification\n up to date\, clarify unclear issues\, etc. A standards\n track specification would also enable the consideration\n of EAP-TLS as a manda tory requirement in other Proposed\n Standard specific ations.\n\n Note that there are limitations in current \n implementations which may need to be considered dur ing\n this update. Similarly\, the existing EAP-TLS\n specification may not accommodate all types of extensi ons\n in a backwards compatible manner. For instance\, there may\n be issues in adding channel binding suppo rt or the use of\n new TLS mechanisms such as TLS PSK when run against RFC\n 2716 compliant devices. These i ssues shall be\n investigated and clarified\; the revi sed EAP-TLS must be\n backwards compatible with existi ng deployment.\n\n2. Shared Secret - a pre-shared secre t method. This is\n likely to be widely deployed if av ailable\, and another\n likely candidate to be referre d to by other Proposed\n Standard specifications. Desi red by IEEE 802.11.\n\n3. Password based - essentially a shared secret mechanism\n that provides resistance t o dictionary attacks. It should\n support various back end databases of password that use\n different storage techniques and perhaps support for one\n time tokens as well. Could use something related to EKE or\n a tun neling approach. Desired by IEEE 802.11\, and would\n likely be widely deployed if available.\n\n4. One time passwords - a secure one-time password -based\n mechan ism that can provide keying material.\n\n5. Tunneling - a tunneling method is useful to protect\n weaker auth entication mechanisms. Tunneling methods are\n also u sed to exchange other types of authentication data.\n\n 6. Channel binding support - it has been suggested that new\n methods should have an ability to authenticate identifiers\n claimed by NASes. But it has also been s uggested that\n backwards compatible extensions to do this in a few commonly\n used current methods should b e developed for security\n reasons.\n\n Similarly\, f or the ability to retain EAP method and media\n indepe dence\, it may be necessary to have coordinated\n appr oach or even binding data formats between different\n methods.\n\n7. Enrollment mechanisms - methods to autom atically enroll\n clients in wireless environments.\n\ nHowever\, this list should not be taken as a proposal but\nrather as a template that can be used to determine community\nconsensus on which of the items are worthwh ile. It is\ncertainly impossible to take on ALL of the above tasks\, so a\nset of 3-4 priority tasks needs to be determined. There may\nalso be IPR\, complexity\, or existing deployment concerns\nthat make it undesirable to take on work for a specific\nitem.\n\nAlthough the GUAM work is not a subject of the current BOF\,\nthe gr oup's charter may later be extended to cover GUAM work\ ndiscussed in the SECMECH BOF in IETF-63. This requires an\nexplicit rechartering\, however.\n\nThe creation o f this group does not affect existing\nprocedures for I ANA allocation of EAP method type numbers\,\nor the pub lication of individual submissions documenting EAP\nmet hods as RFCs.\n\nAGENDA:\n\no Background and relation to past SECMECH BOF and EAP WG\n work (Sam Hartman\, 5 min)\n\no EAP methods market situation (chairs\, 5 m in)\n\no EAP methods technical requirements (tbd\, 10 min)\n\no Security AD's requirements for new methods ( Russ Housley\, 10 min)\n\no EAP methods\, SDO requirem ents (Aboba\, 10 min)\n\no EAP TLS issues and limitati ons (Aboba\, 15 min)\n\no Shared secret methods (tbd\, 15 min)\n\no Overview of other proposed methods (Eron en\, 15 min)\n\no Channel binding approaches (Eronen\, 15 min)\n\no Proposed charter (chairs\, 15 min)\n\no Discussion (40 min)\n\nREADING LIST:\n\n RFC 3748. Ex tensible Authentication Protocol\n (EAP). B. Aboba\, L . Blunk\, J. Vollbrecht\, J. Carlson\,\n H. Levkowetz \, Ed.. June 2004.\n\n RFC 2716\, PPP EAP TLS Authenti cation Protocol. B. Aboba\,\n D. Simon. October 1999.\ n\n RFC 4017. Extensible Authentication Protocol (EAP) Method\n Requirements for Wireless LANs. D. Stanley\, J. Walker\,\n B. Aboba. March 2005.\n\n "EAP IKEv2 M ethod (EAP-IKEv2)"\, Hannes Tschofenig\,\n 20-Jul-05\, \n\n "The EAP-PSK Protocol: a Pre-Shared Key EAP Method"\,\n Hannes Tsch ofenig\, Florent Bersani\, 10-Aug-05\,\n \n\n "EAP Flexible Authentication via Secure Tunneling\n (EAP-FAST)"\, Joseph Salowey\, 25- Apr-05\,\n \n\n "EA P Password Authenticated Exchange"\, Charles Clancy\,\n William Arbaugh\, 6-Jun-05\, \n\n "The EAP-SKL protocol"\, Thomas Otto\, 1-Aug -05\,\n \n\n "The Protecte d One-Time Password Protocol (EAP-POTP)"\,\n Magnus Ny strom\, 5-Jul-05\, \n\n "Dynamic Provisioning using EAP-FAST"\, Nancy Cam-Wing et\,\n 19-Jul-05\,\n \n\n "Authenticated Service Information for the Extensible\n Authentication Protocol (EAP)"\, Jari Arkko\, Pasi Eronen\,\n 20-Jul-05\, \n\n "An Extensible Authentication Protocol (EAP) Enrollment\n Method"\, R ohan Mahy\, 13-Jul-05\,\n \n\n "AAA-Key Derivation with Lower-Layer Parame ter Binding"\,\n Mayumi Yanagiya\, Yoshihiro Ohba\, 1- Jul-05\,\n \n\n END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T090000 DTEND;TZID=America/Vancouver:20051110T113000 LOCATION:Oak UID:AABB0B34-B54F-4BAA-8448-CC67A9CB853E@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - tcpm - TCP Maintenance and Minor Extensio ns WG URL:http://www.ietf.org/html.charters/tcpm-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T090000 DTEND;TZID=America/Vancouver:20051110T113000 LOCATION:Salon 2/3 UID:934F0C2B-CC0E-47D0-ACC2-58C969DD66DB@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - voipeer - VoIP Peering and Interconnect B OF DESCRIPTION:VoIP Peering and Interconnect BOF\n\nVoIP P eering and Interconnect (voipeer) BOF II\n\nTHURSDAY\, November 10\, 2005 0900-1130 (Morning Session I)\n===== ====================================================\nC HAIR: David Meyer \n\nAGENDA\n\n o Admin istriva 5 minutes\n\n - Mailing list: majordom o@lists.uoregon.edu\n subscribe voipeer \n o r visit \n http://darkwing.uoregon.edu/~llynch/voi peer.html\n\n - Scribe(s)?\n\n - Blue Sheets\n\n o Agenda Bashing 5 minutes\n Meyer \n\n o Charter Discussion 60 minute s\n Meyer/all\n\n o Terminology 10 minutes\n draft-meyer-voipeer-terminology-01.txt \n Meyer/ all\n\n o What's in a name? 5 minutes\n Meyer\n \n\n\n---\n\n\n VoIP Peering and Interconnect (voipeer)\n\nLast Modifie d: 2005-10-12\n\nChair(s):\nDavid Meyer \n\nTransport Area Director(s):\nAllison Mankin \nJon Peterson \n\nT ransport Area Advisor:\nJon Peterson \n\nMailing Lists:\nGeneral Discussion: voipeer @lists.uoregon.edu\nTo Subscribe: http://darkwing.uore gon.edu/~llynch/voipeer.html\nArchive: http://darkwing .uoregon.edu/~llynch/voipeer\n\nDescription of Working Group:\n\nThe term "VoIP Peering" has historically been used to describe\nmany different aspects of provider i nterconnect and the delivery\nof SIP call termination o ver that interconnection. Further\, since\nVoIP peering focuses on how to identify and route calls at the\napp lication level ("Layer 5")\, it does not (necessarily) involve\nthe exchange of packet routing data. In partic ular\, "layer 5\nnetwork" is used here to refer to the interconnection between SIP\nservers (as opposed to int erconnection at the IP layer).\n\nThe voippeer working group focuses on call-routing architectures\nfor delay- sensitive ("real-time") interpersonal communications\nu sing the SIP protocol\, such as VoIP. More specifically \, voipeer \nfocuses on call routing architectures for layer 5 networks and\ntheir instantiations (i.e.\, use cases). This includes the\nspecification of the various types of packet flows in such\nnetworks\, including bo th VoIP trunking and peer-to-peer flows. In\naddition\, voipeer considers requirements for the feedback of\nop erational conditions (e.g.\, congestion control) that e nable the\napplication of dynamic policy. \n\nIn addit ion\, voipeer develops best current practices regarding \nexchange of calls (more generally\, real-time session s) among VoIP\nproviders\, and in particular\, how such calls are routed\, both\nbetween Internet connected si tes and between the Internet and the\nPublic Switched T elephone Network (PSTN). The voipeer work-plan\nis also intimately related to the work-plan being pursued by E NUM\nworking group. In particular\, while the ENUM Work ing Group is\nprimarily concerned with the structure (a nd lookup) of data for\nthe translation of E.164 number s into SIP URIs (RFC3761)\, voipeer\nis concerned with the use of that data for use in signaling and\nrouting real-time sessions.\n\nNote that the properties of netw orks underlying the\n"interconnecting links"\, such as IP access and transit networks\n(including admission co ntrol)\, are out of scope for voipeer. \nFurther issues that are out of scope for voipeer include: \n\n o Interoperability\, and NITS/profiling of existing proto cols\n such as SIP\, RTP\, and SRTP\,\n o SPIT prev ention\,\n o Routing of sessions which are not signale d using SIP. In\n particular\, voipeer is constraine d to consider only those\n scenarios in which call r outing is signaled using the\n SIP protocol and addr essed by SIP or SIPS URIs or E.164\n (public telepho ne number) addresses. By extension\, national \n and private formats numbering formats are out of scope for \n voipeer. \n\n---\nGoals and Milestones:\n\nMar 06 Submit voipeer terminology I-D\n\nMar 06 Submit I- D defining the voipeer routing architecture\n to the IESG (Informational)\n\nDec 06 Submit I-D defining the call flows associated\n with the voipeer routing arch itecture \n\nJan 07 Submit I-D on the use of DNS SRV a nd NAPTR\n records as specified by RFC 3263 (B CP)\n\nJan 07 Submit I-D on the use of DNS SRV and NAP TR\n\nJan 07 Submit I-D on the minimum set of requirements for\n VoIP interconnection \n\nMar 07 S ubmit I-D specifying the use of addressing forms\n an d provides strong identities (BCP)\n\nJun 07 Submit I- D(s) on use cases (BCP)\n\nJun 06 Submit voipeer ter minology document to IESG (Informational)\n\nMar 07 Submit document to the IESG on the minimum set of \n requirements for VoIP interconnectio n\n\nMar 07 Submit document defining the call flows\n associated with the voipeer routing arc hitecture\n to the IESG (Proposed Standard) \n\nJul 06 Submit document defining the voipeer routing archit ecture\n to the IESG (Informational)\n\nMar 07 Submi t document to IESG specifying the use of\n addressing forms and the provision of strong identi ties\n (BCP)\n\nJun 07 Submit document to IESG on th e use of DNS SRV and NAPTR\n records as specif ied by RFC 3263 (BCP)\n\nJun 07 Submit document(s) to IESG on use cases (BCP)\n (ongoing)\n\nI nternet-Drafts:\n draft-meyer-voipeer-terminology-01.tx t\n\nRequest For Comments:\n none\n\n\n\n END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T130000 DTEND;TZID=America/Vancouver:20051110T150000 LOCATION:Salon A/B UID:0ADEC068-C8EB-45B1-B5BB-31CA7D46C697@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:APP - iee - Internationalized Email and Extensi ons BOF END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T130000 DTEND;TZID=America/Vancouver:20051110T150000 LOCATION:Salon 2/3 UID:3808817C-03E2-498B-B1E8-01464EA61428@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - l3vpn - Layer 3 Virtual Private Networks WG DESCRIPTION:Layer 3 Virtual Private Networks WG\nLayer 3 Virtual Private Networks (Internet Area)\n\nTHURSDAY\ , November 10\, 2005\n===========================\n\nCh airs:\nRoss Callon \nRick Wilder < rick@rhwilder.net>\nRon Bonica \n \nAgenda:\n\n13:00-13:10 Working Group Status - R. Bon ica\n\n13:10-13:20 Inter AS option for BGP/MPLS IP VPN - M. Kulmala\n draft-kulmala-l3vpn-intera s-option-d-01\n\n13:20-13:35 Multicast Requirements/Su rvey - T. Morin\n\n13:35-14:05 Multicast - R. Aggarwal & E. Rosen\n draft-ietf-l3vpn-2547bis-mca st-00\n\n14:05-14:15 Multicast - X. Xu\n draft-xu-l3vpn-2547bis-mcast-00\n\n14:15-14:25 Multica st Experience - Y. Cai\n draft-ycai-mvpn-e xperience-00\n\n14:15-14:30 Multicast- G. Nalawade\n draft-nalawade-l3vpn-mcast-signaling-bgp-00 \n\n14:30-14:40 IPv6 - B. Lee\n draft-le e-l3vpn-ipv6-vpn-00 URL:http://www.ietf.org/html.charters/l3vpn-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T130000 DTEND;TZID=America/Vancouver:20051110T150000 LOCATION:Salon 1 UID:7CA5C589-620A-42AD-AC2A-05BFA9E106C8@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - mip4 - Mobility for IPv4 WG DESCRIPTION:Mobility for IPv4 WG\nMobility for IPv4 WG (mip4)\n\n**Draft** agenda\, as of 26 Oct 2005\n\nTHURS DAY\, November 10\, 2005\, 1300-1500\n================= ======================================================= \n\nCHAIRS: Henrik Levkowetz \n P ete McCann \n\nAGENDA:\n\n1. Prelimin aries 10 min Chairs\n - Minutes\n - Agenda bash ing\n\n2. Document Status 15 min Chairs\n\n draf t-ietf-mip4-rfc3344bis \n New revision submitted right before the meeting.\n Next: Chair writeup and p ublication request\n\n draft-ietf-mip4-vpn-problem-s olution \n Ready for WG last call\n\n draft-ietf- mip4-dynamic-assignment \n Waiting for AD Go-Ahead ::AD Followup\n\n draft-ietf-mip4-faerr \n Wai ting for AD Writeup\n\n draft-ietf-mip4-reg-tunnel \n AD Evaluation::Revised ID Needed\n This draft has an Appendix which the authors don't agree\n on how to handle. We've had an independent review of\n the Appendix too\, and need to decide what to do with it.\n \n draft-ietf-mip4-rfc3012bis \n Waiting for A D Writeup\n Several reviews done for AD\,\n Need to d ecide whether to fork off the Generalized \n Mobile IP Authentication Extension as a separate draft.\n\n d raft-ietf-mobileip-lowlatency-handoffs-v4 \n IESG Eva luation::AD Followup\n (Just re-submitted by Karim\, r eady to go to RFC Editor)\n\n draft-ietf-mip4-rfc200 6bis \n MIP-centric review done\, new revision ne eded\n\n draft-ietf-mip4-experimental-messages RFC 4064\n draft-ietf-mip4-vpn-problem-statement RFC 4 093\n\n\n3. New charter 5 min Chairs\n http://m ip4.org/charter/mip4-charter-2005-09-08.html\n\n4. New WG drafts: 20 min Author\n Status summary\, open issues:\n\n draft-bharatia-mip4-gen-ext 5 min K ent\n\n draft-devarapalli-mip4-mobike-connectivity 5 min ???\n\n draft-sastry-mip4-string-extension 5 min Kent\n Presentation:\n http://www3.ietf.o rg/proceedings/05nov/slides/mip4-0.pdf\n\n draft-n akhjiri-radius-mip4 5 min Madjid\n Presentation :\n http://www3.ietf.org/proceedings/05nov/slides/mip4- 1.pdf\n\n draft-koodli-fmipv4 5 min ???\n\n\n5 . IPv6 over MIPv4 and MIPv4 over IPv6. 5 min Chairs\ n\n Taking on some work in this area has been discuss ed earlier\, during\n IETF-62. The question has been raised by some people again\, in view\n of the work on MIPv6 over IPv4 and IPv4 over MIPv6 which is being\n done in the MIP6 working group.\n\n Related drafts :\n draft-tsirtsis-v4v6-mipv4\n draft-larsson -v6ops-mip-scenarios\n\n6. GRE Key Extension for Mobile IPv4 10 min Parviz\n draft-yegani-gre-key-exten sion\n\n GRE (Generic Routing Encapsulation) [ RFC 27 84 ] is one of the\n encapsulation formats permitted by RFC 3344. GRE may use keys\n to distinguish diffe rent tunnels from each other. [RFC 2890].\n This draf t proposes a MIPv4 extension to communicate GRE keys\n between MIPv4 tunnel endpoints when requesting GRE tu nnelling\n for MIPv4 traffic.\n\n7. Generic Notificat ion Message for Mobile IPv4 10 min Hui\n draft-de ng-mip4-generic-notification-message-00.txt\n\n This document proposes a protocol enhancement that allows Mo bile\n IPv4 entities to asynchronously send and recei ve explicit \n notification messages. The Registrati on Revocation mechanism of RFC\n 3543 could have been specified using a message such as the one\n proposed here\, had it been available at the time.\n\n8. Mobile IPv4 Fast Handovers for 802.16e networks 5 min Jungho on\n draft-jee-mip4-fh80216e\n\n IEEE 802.16e is an amendment of 802.16 ("WiMAX") which extends it\n from fixed terminals only to fixed and mobile operation .\n This document describes how Mobile IPv4 Fast Hand over can be used\n IEEE 802.16e link layers.\n\n9. Us ing multiple interfaces for increased throughput 5 min Srinivasa\n draft-srinivasa-mip4-mir-00.txt\n\n This document defines enhancements that allow a MN\, when a way from\n home\, to simultaneously use multiple conn ected network interfaces\n so as to obtain higher agg regated bandwidth.\n\n ------------------------------ --------------- ----------\n Total time 80 minut es\n\n\n URL:http://www.ietf.org/html.charters/mip4-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T130000 DTEND;TZID=America/Vancouver:20051110T150000 LOCATION:Oak UID:33976731-3134-4FC9-BB49-B9995DD7A8E9@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:OPS - psamp - Packet Sampling WG URL:http://www.ietf.org/html.charters/psamp-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T130000 DTEND;TZID=America/Vancouver:20051110T150000 LOCATION:Salon F UID:AE8730C0-1579-4E61-B517-44B17CB1886E@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - manet - Mobile Ad hoc Networks WG DESCRIPTION:Mobile Ad hoc Networks WG\nIETF 64 MANET WG Agenda \n\nAgenda Bashing 5 min Chakeres \n -blue sheets & state your name at the microphone \n\nWG Progr ess 10 min Chakeres \n\nDYMO Plans/Discussion 15 min Ch akeres \n -draft-ietf-manet-dymo-03.txt \n\nOLSR v2 D iscussion 20 min Clausen \n -draft-ietf-manet-olsrv2- 00.txt \n\nSMF Plans/Discussion 15 min Adamson \n -dr aft-ietf-manet-smf-01.txt \n\nMANET AUTOCONF WG 10 min Subhranshu \n -http://ietf.org/html.charters/autoconf -charter.html\n\nOSPF-MANET Update 15 min Henderson\n\n Open Discussion\, Related Work & Announcements\n URL:http://www.ietf.org/html.charters/manet-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T130000 DTEND;TZID=America/Vancouver:20051110T150000 LOCATION:Salon C UID:3B9AA5DA-A60C-4FDB-A9DB-614EE10121C2@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - saag - Open Security Area Directorate END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T130000 DTEND;TZID=America/Vancouver:20051110T150000 LOCATION:Cypress UID:3F1D1579-117D-43E8-BE53-5D56661C0028@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - dccp - Datagram Congestion Control Protoc ol WG DESCRIPTION:Datagram Congestion Control Protocol WG\n- Welcome & agenda bashing (chairs\, 10 min)\n\n- State o f the WG\n - Update on draft-ietf-dccp-user-guide (Tom \, tentative\, 15min)\n - Update on draft-ietf-dccp-tf rc-media (Tom\, 15min)\n - Update on draft-ietf-dccp-t frc-voip (Sally\, 15min)\n - Update on draft-ietf-dccp -tfrc-faster-restart (Eddie/Sally\, tentative\, 15 min) \n\n- Discussion on next steps for DCCP\n - RTP over D CCP (Colin\, 15min)\n - DTLS over DCCP (Eric\, 15min)\ n - Evaluation of DCCP interactive performance (tentat ive\, 15min)\n - DCCP mobility (Pasi/John/Randall\, 15 minutes)\n URL:http://www.ietf.org/html.charters/dccp-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T130000 DTEND;TZID=America/Vancouver:20051110T150000 LOCATION:Salon D/E UID:B7B87667-B885-46C5-831B-ACADB475D63B@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - sip - Session Initiation Protocol WG URL:http://www.ietf.org/html.charters/sip-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T151000 DTEND;TZID=America/Vancouver:20051110T161000 LOCATION:Cypress UID:202210EE-B41B-47D7-8D6C-9674E4D4BD71@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:APP - ldapbis - LDAP (v3) Revision WG DESCRIPTION:LDAP (v3) Revision WG\nLDAP Revision (LDAPB IS) Working Group\n==================================== =\n\nThursday\, November 10\, 2005 - 1510-1610 (tentati ve)\n\nChairs:\n RL "Bob" Morgan \n Kurt Zeilenga \n\nAgenda:\n\n0 ) preliminary stuff - chairs - 5m\n1) WG status - chair s - 5m\n2) conclude or recharter? - 30m\n3) open mic - remaining time URL:http://www.ietf.org/html.charters/ldapbis-charter.h tml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T151000 DTEND;TZID=America/Vancouver:20051110T161000 LOCATION:Oak UID:1FEC5B7E-FD1E-45EB-806E-FB7D78180E4B@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:OPS - ipcdn - IP over Cable Data Network WG URL:http://www.ietf.org/html.charters/ipcdn-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T151000 DTEND;TZID=America/Vancouver:20051110T161000 LOCATION:Salon C UID:DCA3EDBE-9513-4EE3-A273-F9E3FEB5C17F@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:RTG - pim - Protocol Independent Multicast WG URL:http://www.ietf.org/html.charters/pim-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T151000 DTEND;TZID=America/Vancouver:20051110T161000 LOCATION:Salon 2/3 UID:23AA6224-A044-49FC-8A5E-7ACB8E3D797E@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:SEC - btns - Better than Nothing Security WG DESCRIPTION:Better than Nothing Security WG\n\nBetter-T han-Nothing Security (btns)\n\nAgenda at IETF-64\n===== ===============================\n\nChair(s):\nPekka Nik ander \nLove Hornquist A strand \n\n\nAGENDA:\n\nPreliminaries - L ove and Pekka (5 min)\n - Introduction\n - Blue Sheet s\n - Scribe\, Jabber\n - Agenda Bashing\n\nDocument Status - Love and Pekka (5 min)\n - Problem and Applic ability Statement for BTNS\n - Better-Than-Nothing-Sec urity: An Unauthenticated Mode of IPsec\n\nTechnical Di scussion (45 min)\n - Review of the Problem and Applic ability statement draft\,\n Presentation by Joe Tou ch.\n Have all outstanding issues been addressed ?\ n\n - Review of the An Unauthenticated Mode of IPsec\n Presentation by Nico Williams.\n Should this d ocument be accepted as a working group document ?\n\n - discuss other issues\n + SPD/PAD extensions\n + Missing CERT in IKE exchange ?\n\n whether they should be included\, and if so\, what the consens us is\n auto detect\n upgrading (i.e.\, using clear tex t until established)\n bare keys vs. self-signed certs\ n\n Any others?\n\n\nUpdate Milestones - Chair and Part icipants (5 min)\n\n URL:http://www.ietf.org/html.charters/btns-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T151000 DTEND;TZID=America/Vancouver:20051110T161000 LOCATION:Salon A/B UID:DD3099F9-AA73-4A0F-9733-BBF18E8C5017@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - nsis - Next Steps in Signaling WG URL:http://www.ietf.org/html.charters/nsis-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T151000 DTEND;TZID=America/Vancouver:20051110T161000 LOCATION:Salon 1 UID:2536F87B-3090-4EEF-9987-B6698B90D8BD@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - speechsc - Speech Services Control WG DESCRIPTION:Speech Services Control WG\nTHURSDAY\, Nove mber 10\, 2005\n1510-1610 Afternoon Session II\nTSV sp eechsc Speech Services Control WG\n\n\n\n\n1510 Agend a Bashing\n1515 Discuss Open Issues\n1610 Close\n\nRead ing list:\nhttp://www.ietf.org/internet-drafts/draft-ie tf-speechsc-mrcpv2-07.txt\n(Expect -08 shortly)\n URL:http://www.ietf.org/html.charters/speechsc-charter. html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051110T170000 DTEND;TZID=America/Vancouver:20051110T193000 LOCATION:Salon DEF UID:CD36D392-C635-4C01-8629-39974D698006@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:Technical Plenary DESCRIPTION:\n Session Chair: Leslie Daigle\n Welcome and introduction [Leslie Daigle]\n IAB Update [Leslie Daigle]\n IRTF Technical pres entation - Crypto Forum Research Group (CFRG)\n [David McGrew]\n IRTF report [Aaron Falk]\n Town Hall Meeting \n - Technical to pics END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051111T090000 DTEND;TZID=America/Vancouver:20051111T113000 LOCATION:Salon 1 UID:AFC5E9DE-5517-4233-9976-6895C6173ECC@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:APP - simple - SIP for Instant Messaging and Pr esence Leveraging DESCRIPTION:SIP for Instant Messaging and Presence Leve raging \nSIMPLE - IETF64\nFriday November 11\n0900-1130 \n\nPlease note that geopriv is making a special effort to close out \ncommon-policy during their session - pl ease attend that session.\n\n0900-0915 Administrivia\n\ n0915-0945 Where we're going with XCAP core (Jonathan)\ n See the thread "A proposal for fixing the xcap schem a problem \n and related issues"\n\n0945-1000 Adjustin g to the geopriv common-policy discussion (Jonathan)\n draft-ietf-simple-presence-rules-04\n\n1000-1030 Adjus ting to what we learn at the XML-Patch-Ops BOF (Aki)\n draft-ietf-simple-partial-pidf-format-05\n draft-ietf -simple-partial-notify-06\n draft-ietf-simple-partial- publish-03\n\n1030-1045 Closing on a path forward for x cap dif (Jonathan)\n draft-ietf-simple-xcap-diff-02\n draft-rosenberg-simple-xcap-change-log-00\n\n1045-1100 IMDN (Eric)\n draft-burger-simple-imdn-02\n\n1100-111 0 draft-mahy-simple-xcap-profile-00 (Rohan)\n1110-1120 draft-wang-simple-presence-ril-00 (Xiao)\n\n1120-1130 A OB\n\n URL:http://www.ietf.org/html.charters/simple-charter.ht ml END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051111T090000 DTEND;TZID=America/Vancouver:20051111T113000 LOCATION:Salon 3 UID:D2D7D227-CA29-4055-832E-F2B267866EBB@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:INT - shim6 - Site Multihoming by IPv6 Intermed iation WG URL:http://www.ietf.org/html.charters/shim6-charter.htm l END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051111T090000 DTEND;TZID=America/Vancouver:20051111T113000 LOCATION:Cypress UID:07703425-77F9-4D04-AEC5-4FE4938FDF56@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:IRTF - mobopts - IP Mobility Optimizations RG END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051111T090000 DTEND;TZID=America/Vancouver:20051111T113000 LOCATION:Salon 2 UID:4ADF090E-F350-47B6-974C-A5F87F96760D@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:TSV - avt - Audio/Visual Transport WG DESCRIPTION:Audio/Visual Transport WG\nAudio/Video Tran sport Working Group\n\nCHAIRS: Colin Perkins \n Magnus Westerlund \n\nFriday\, 11 November 2005\, 09:00 -11:30\n=====================================\n\n09:00 Introduction and Status Update (Chairs)\n\n09:15 MIME Type Registration of R TP Payload Formats (Casner)\n d raft-ietf-avt-rfc3555bis-01.txt\n\n09:30 RTCP XR MIB an d RTP MIB Updates (Clark/Pendle ton)\n draft-ietf-avt-rtcp-xr-mib-03.txt \n\n09:45 Codec Control Messages (Westerlund)\n draft-wenger-avt-avpf-ccm-01 \n\n10:00 Scalable Video Codec (SVC) payload format (Wenger)\n draft-wenger-avt-rt p-svc-00.txt\n\n10:15 Multiple Description standard-com patible framework (Vitali)\n draft-v itali-ietf-avt-mdc-lc-00.txt\n\n10:30 RTP Payload Forma ts for Speex\, Vorbis and Theora (Gile s)\n draft-ietf-avt-rtp-speex-00.txt\n draft- kerr-avt-vorbis-rtp-05.txt\n\n10:45 RTP Payload Format for VC-1 (Klemets)\ n draft-ietf-avt-rtp-vc1-01.txt\n\n11:00 RTP Suppo rt for Enhancements to EVRC Family Codecs (Xie)\n draft-xie-avt-compact-bundled-evrc-01. txt\n\n - + -\n\n\n\n\n URL:http://www.ietf.org/html.charters/avt-charter.html END:VEVENT BEGIN:VEVENT DTSTART;TZID=America/Vancouver:20051111T123000 DTEND;TZID=America/Vancouver:20051111T150000 LOCATION:Salon 1 UID:2AF1E1E3-8158-41A2-BDFF-75937AF70153@ietf.org DTSTAMP:20051027T073802Z SEQUENCE:2 SUMMARY:IRTF - hiprg - Host Identity Protocol RG END:VEVENT END:VCALENDAR