From jabley@hopcount.ca Mon Jan 31 11:17:26 2011 Return-Path: X-Original-To: dns-dir@core3.amsl.com Delivered-To: dns-dir@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 041373A6C53 for ; Mon, 31 Jan 2011 11:17:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lMmBbIH2RG1t for ; Mon, 31 Jan 2011 11:17:25 -0800 (PST) Received: from monster.hopcount.ca (monster.hopcount.ca [216.235.14.38]) by core3.amsl.com (Postfix) with ESMTP id 24E533A6C4E for ; Mon, 31 Jan 2011 11:17:25 -0800 (PST) Received: from [127.0.0.1] (helo=[IPv6:::1]) by monster.hopcount.ca with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1PjzMo-0009dL-8F; Mon, 31 Jan 2011 19:24:51 +0000 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Joe Abley In-Reply-To: Date: Mon, 31 Jan 2011 14:20:51 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201101311658.p0VGwGtW007547@cichlid.raleigh.ibm.com> To: Olaf Kolkman X-Mailer: Apple Mail (2.1082) X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: jabley@hopcount.ca X-SA-Exim-Scanned: No (on monster.hopcount.ca); SAEximRunCond expanded to false X-Mailman-Approved-At: Tue, 01 Feb 2011 08:40:32 -0800 Cc: Thomas Narten , Suzanne Woolf , dns directorate Subject: Re: [dns-dir] .eg DNS X-BeenThere: dns-dir@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF DNS directorate discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2011 19:17:26 -0000 On 2011-01-31, at 14:16, Olaf Kolkman wrote: > In a DNSSEC enabled environment serving an Expired zone would not be = possible after the signatures expired. I that case IANA could take an = action by pulling the DS. I currently believe that in geo-political = turmoil as we see now IANA should never do that. In the case of natural = disaster the case may be slightly different, but that seems something = where IANA could make bilateral service level agreements about. ICANN has staff in Egypt (Baher Esmat) who currently has internet access = via modem and international phone call to Europe, and has a satellite = phone for voice communications. I suspect a trusted communications = channel to the EG manager could be arranged via Baher if it turned out = it was needed to authenticate a root zone change for EG. ICANN does not act unilaterally in these cases, but takes direction from = TLD managers. (Note also that EG is not signed, so DNSSEC signature expiration is not = a problem in this particular case. For a signed zone, though, signature = expiration is probably a greater concern than zone expiry). Joe= From woolf@isc.org Mon Jan 31 09:32:21 2011 Return-Path: X-Original-To: dns-dir@core3.amsl.com Delivered-To: dns-dir@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B5DD03A683B for ; Mon, 31 Jan 2011 09:32:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.525 X-Spam-Level: X-Spam-Status: No, score=-2.525 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, NO_RELAYS=-0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Trpqpfx9yBVv for ; Mon, 31 Jan 2011 09:32:20 -0800 (PST) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by core3.amsl.com (Postfix) with ESMTP id 1EAB03A67B4 for ; Mon, 31 Jan 2011 09:32:20 -0800 (PST) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "bikeshed.isc.org", Issuer "ISC CA" (verified OK)) by mx.ams1.isc.org (Postfix) with ESMTPS id 613E55F98EA; Mon, 31 Jan 2011 17:35:19 +0000 (UTC) (envelope-from woolf@isc.org) Received: by bikeshed.isc.org (Postfix, from userid 10265) id 761B0216C22; Mon, 31 Jan 2011 17:35:17 +0000 (UTC) Date: Mon, 31 Jan 2011 17:35:17 +0000 From: Suzanne Woolf To: Thomas Narten Message-ID: <20110131173517.GB67650@bikeshed.isc.org> References: <201101311658.p0VGwGtW007547@cichlid.raleigh.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201101311658.p0VGwGtW007547@cichlid.raleigh.ibm.com> User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Tue, 01 Feb 2011 08:40:48 -0800 Cc: Suzanne Woolf , dns directorate , Joe Abley Subject: Re: [dns-dir] .eg DNS X-BeenThere: dns-dir@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF DNS directorate discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2011 17:32:21 -0000 This makes some sense operationally. Long expirys were once common in TLD zone SOAs hosted in parts of the world with iffy connectivity, for exactly the reason that sometimes slaves would lose connectivity to masters and you didn't want the zone to go lame while things got sorted out-- less for policy reasons than because, IIRC, the form of client/app bad behavior resulting from having an auth server hand out SERVFAILs was deemed worse than timeouts from a successful resolution when the underlying resource was unreachable. On Mon, Jan 31, 2011 at 11:58:16AM -0500, Thomas Narten wrote: > There have obviously been lots of discussions about the situation in > Egypt. Internet essentially doesn't work in Egypt, and there is no > connectivity into Egypt from outside. > > >From a DNS perspective, what are the key things that we need to pay > attention to? (I'm trying to get the facts straight in my > conversations with the ICANN board, to be sure people are acting on > facts, rather than assumptions). > > My understanding is that when DNS names for .eg requested, root > servers respond with an NS RR pointing to the authoritative servers > for eg. I.e.,: > > > [cichlid] ~ 121 >dig -t soa eg. @l.root-servers.net > > > > ; <<>> DiG 9.7.2-P3-RedHat-9.7.2-5.P3.fc14 <<>> -t soa eg. @l.root-servers.net > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60919 > > ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 3, ADDITIONAL: 4 > > ;; WARNING: recursion requested but not available > > > > ;; QUESTION SECTION: > > ;eg. IN SOA > > > > ;; AUTHORITY SECTION: > > eg. 172800 IN NS ns5.univie.ac.at. > > eg. 172800 IN NS rip.psg.com. > > eg. 172800 IN NS frcu.eun.eg. > > > > ;; ADDITIONAL SECTION: > > ns5.univie.ac.at. 172800 IN A 193.171.255.77 > > rip.psg.com. 172800 IN A 147.28.0.39 > > frcu.eun.eg. 172800 IN A 193.227.1.1 > > rip.psg.com. 172800 IN AAAA 2001:418:1::39 > > > > ;; Query time: 44 msec > > ;; SERVER: 199.7.83.42#53(199.7.83.42) > > ;; WHEN: Mon Jan 31 11:33:10 2011 > > ;; MSG SIZE rcvd: 176 > > The root zone will serve this data indefinitely, until such time as > the zone file is updated. This only happens as a result of an explicit > IANA action, going through NTIA and VRSN. Consequently, there is no > implication to root servers w.r.t. events in Egypt. They will continue > serving the current data indefinitely. > > At the next level, the SOA returned by authoritative servers is as > follows: > > [cichlid] ~ 122 >dig -t soa eg @RIP.PSG.COM. > > > ; <<>> DiG 9.7.2-P3-RedHat-9.7.2-5.P3.fc14 <<>> -t soa eg @RIP.PSG.COM. > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50526 > > ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 1 > > ;; WARNING: recursion requested but not available > > > > ;; QUESTION SECTION: > > ;eg. IN SOA > > > > ;; ANSWER SECTION: > > eg. 604800 IN SOA FRCU.EUN.eg. Postmaster.FRCU.EUN.eg. 2010100421 15000 7200 12096000 86400 > > > > ;; AUTHORITY SECTION: > > eg. 604800 IN NS RIP.PSG.COM. > > eg. 604800 IN NS NS5.UNIVIE.AC.AT. > > eg. 604800 IN NS FRCU.EUN.eg. > > > > ;; ADDITIONAL SECTION: > > FRCU.EUN.eg. 86400 IN A 193.227.1.1 > > > > ;; Query time: 132 msec > > ;; SERVER: 147.28.0.39#53(147.28.0.39) > > ;; WHEN: Mon Jan 31 11:36:30 2011 > > ;; MSG SIZE rcvd: 161 > > Key thing of note. The SOA "expire" time is 12096000 seconds, which > translates to 140 days. If a secondary cannot contact the primary > within this time, the zone is considered old and the secondary stops > being authoritative. I.e., its stops serving the data. > > Also, when responding to general RR queries, authoritative servers > always return the TTL associated with the RRset. I.e., they do not > decrement TTLs over time as the zone becomes closer to "expiring". > > Thus, assuming that the primary servers for eg remain unreachable > indefinitely, we have 140 days (from Friday) before DNS queries stop > resolving. > > Do I have the above details right? Is there anything else to note or > worry about at this point from a DNS perspective? > > Thomas From dromasca@avaya.com Fri Feb 11 02:42:05 2011 Return-Path: X-Original-To: dns-dir@core3.amsl.com Delivered-To: dns-dir@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B0DD43A69DD; Fri, 11 Feb 2011 02:42:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.388 X-Spam-Level: X-Spam-Status: No, score=-102.388 tagged_above=-999 required=5 tests=[AWL=0.211, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZeB1vlvIRSRj; Fri, 11 Feb 2011 02:42:04 -0800 (PST) Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) by core3.amsl.com (Postfix) with ESMTP id 65DE03A694F; Fri, 11 Feb 2011 02:42:03 -0800 (PST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAL6hVE2HCzI1/2dsb2JhbACldXOicQKZDIMdgj8Ej0iCcg X-IronPort-AV: E=Sophos;i="4.60,454,1291611600"; d="scan'208";a="231941379" Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by de307622-de-outbound.net.avaya.com with ESMTP; 11 Feb 2011 05:42:14 -0500 X-IronPort-AV: E=Sophos;i="4.60,454,1291611600"; d="scan'208";a="598383733" Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.12]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 11 Feb 2011 05:42:13 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 11 Feb 2011 11:42:02 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PRELIMINARY Agenda and Package of the February 17, 2011 IESG Teleconference Thread-Index: AcvJeSItu6QAh6cmSkyNXunF0bCz7gAXtbug From: "Romascanu, Dan (Dan)" To: , , "YANG Doctors" , , "IETF DNS Directorate" Subject: [dns-dir] FW: PRELIMINARY Agenda and Package of the February 17, 2011 IESG Teleconference X-BeenThere: dns-dir@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF DNS directorate discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2011 10:42:05 -0000 Please find below the preliminary agenda of the 2/17 IESG telechat.=20 Please send me your questions, comments and concerns about the document brought up for approval before 2/16 COB.=20 Thanks and Regards, Dan -----Original Message----- From: iesg-bounces@ietf.org [mailto:iesg-bounces@ietf.org] On Behalf Of IESG Secretary .... 2. Protocol Actions 2.1 WG Submissions 2.1.1 New Items o draft-ietf-tsvwg-iana-ports-09 Internet Assigned Numbers Authority (IANA) Procedures for the Management of the Service Name and Transport Protocol Port Number Registry (BCP) Note: AD review comments will be addressed after IETF LC.Gorry Fairhurst (gorry@erg.abdn.ac.uk) is the document shepherd. Token: Alexey Melnikov o draft-ietf-isis-ieee-aq-04 IS-IS Extensions Supporting IEEE 802.1aq Shortest Path Bridging (Proposed Standard) Note: David Ward (dward@juniper.net) is the document shepherd. Token: Stewart Bryant o draft-ietf-6man-prefixlen-p2p-01 Using 127-bit IPv6 Prefixes on Inter-Router Links (Proposed Standard) Note: Bob Hinden (bob.hinden@gmail.com) is the document shepherd. Token: Jari Arkko o draft-ietf-isis-reg-purge-00 IS-IS Registry Extension for Purges (Proposed Standard) Note: David Ward (dward@juniper.net) is the document shepherd. Token: Stewart Bryant o draft-ietf-isis-purge-tlv-05 Purge Originator Identification TLV for IS-IS (Proposed Standard) Note: David Ward (dward@juniper.net) is the document shepherd. Token: Stewart Bryant o draft-ietf-pim-registry-04 A Registry for PIM Message Types (Proposed Standard) Note: Mike McBride (mmcbride@cisco.com) is the document shepherd. Token: Adrian Farrel 2.1.2 Returning Items NONE 2.2 Individual Submissions 2.2.1 New Items o draft-turner-akf-algs-update-02 Elliptic Curve Algorithms for Cryptographic Message Syntax (CMS) Asymmetric Key Package Content Type (Proposed Standard) Note: Sean Turner (turners@ieca.com) is the document Shepherd. Token: Tim Polk o draft-turner-ekpct-algs-update-02 Elliptic Curve Algorithms for Cryptographic Message Syntax (CMS) Encrypted Key Package Content Type (Proposed Standard) Note: Sean Turner (turners@ieca.com) is the document Shepherd. Token: Tim Polk o draft-arkko-dual-stack-extra-lite-05 Scalable Operation of Address Translators with Per-Interface Bindings (Proposed Standard) Token: Ralph Droms o draft-cheshire-dnsext-special-names-01 Special-Use Domain Names (Proposed Standard) Token: Ralph Droms 2.2.2 Returning Items NONE 3. Document Actions 3.1 WG Submissions 3.1.1 New Items o draft-ietf-mipshop-transient-bce-pmipv6-07 Transient Binding for Proxy Mobile IPv6 (Experimental) Note: Vijay Devarapalli (vijay@wichorus.com) is the Document Shepherd Token: Jari Arkko o draft-ietf-pce-inter-layer-req-15 PCC-PCE Communication and PCE Discovery Requirements for Inter-Layer Traffic Engineering (Informational) Note: Julien Meuric (julien.meuric@orange-ftgroup.com) is the document shepherd. Token: Stewart Bryant o draft-ietf-intarea-shared-addressing-issues-03 Issues with IP Address Sharing (Informational) Note: Julien Laganier (julienl@qualcomm.com) is the document shepherd. Token: Jari Arkko o draft-ietf-ccamp-rwa-wson-framework-12 Framework for GMPLS and PCE Control of Wavelength Switched Optical Networks (WSON) (Informational) Note: Lou Berger (lberger@labn.net) is the document shepherd. Token: Adrian Farrel 3.1.2 Returning Items NONE 3.2 Individual Submissions Via AD 3.2.1 New Items o draft-mraihi-totp-timebased-07 TOTP: Time-based One-time Password Algorithm (Informational) Note: Hannes Tschofenig (Hannes.Tschofenig@gmx.net) is the document shepherd. Token: Sean Turner o draft-eastlake-sha2b-06 US Secure Hash Algorithms (SHA and SHA based HMAC and HKDF) (Informational) Note: I agreed to sponsor this document since I was the sponsor for RFC 4634. Token: Russ Housley o draft-ymbk-aplusp-08 The A+P Approach to the IPv4 Address Shortage (Experimental) Token: Ron Bonica 3.2.2 Returning Items NONE 3.3 IRTF and Independent Submission Stream Documents 3.3.1 New Items o draft-irtf-rrg-design-goals-06 Design Goals for Scalable Internet Routing (Informational) Note: Independent submission via IRTF. Joel Halpern (jmh@joelhalpern.com) is the document shepherd. Token: Jari Arkko o draft-irtf-dtnrg-sdnv-08 Using Self-Delimiting Numeric Values in Protocols (Informational) Note: IRTF Submission. Elwyn Davies (elwynd@dial.pipex.com) is the document shepherd. Token: Ralph Droms o draft-irtf-dtnrg-bundle-security-17 Bundle Security Protocol Specification (Experimental) Note: IRTF submission. Elwyn Davies (elwynd@dial.pipex.com) is the document shepherd. Token: Sean Turner o draft-irtf-dtnrg-bundle-metadata-block-09 Delay-Tolerant Networking Metadata Extension Block (Experimental) Note: IRTF submission. Elwyn Davies (elwynd@dial.pipex.com) is the document shepherd. Token: Peter Saint-Andre o draft-irtf-dtnrg-bundle-previous-hop-block-12 Delay-Tolerant Networking Previous Hop Insertion Block (Experimental) Note: IRTF submission. Elwyn Davies (elwynd@dial.pipex.com) is the document shepherd. Token: Tim Polk o draft-irtf-dtnrg-iana-bp-registries-01 Delay-Tolerant Networks (DTN) Bundle Protocol IANA Registries (Informational) Note: IRTF submission. Elwyn Davies (elwynd@dial.pipex.com) is the document shepherd. Token: Jari Arkko From dromasca@avaya.com Thu Feb 24 23:17:00 2011 Return-Path: X-Original-To: dns-dir@core3.amsl.com Delivered-To: dns-dir@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 002833A6925; Thu, 24 Feb 2011 23:17:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.53 X-Spam-Level: X-Spam-Status: No, score=-102.53 tagged_above=-999 required=5 tests=[AWL=0.069, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gfmss0Kc94Ww; Thu, 24 Feb 2011 23:16:59 -0800 (PST) Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) by core3.amsl.com (Postfix) with ESMTP id D4FA13A692F; Thu, 24 Feb 2011 23:16:54 -0800 (PST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEADrmZk2HCzI1/2dsb2JhbACmO3SkBgKZMYJ/gmEEj3U X-IronPort-AV: E=Sophos;i="4.62,224,1297054800"; d="scan'208";a="234108342" Received: from unknown (HELO p-us1-erheast.us1.avaya.com) ([135.11.50.53]) by de307622-de-outbound.net.avaya.com with ESMTP; 25 Feb 2011 02:17:44 -0500 X-IronPort-AV: E=Sophos;i="4.62,224,1297054800"; d="scan'208";a="605294388" Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.12]) by p-us1-erheast-out.us1.avaya.com with ESMTP; 25 Feb 2011 02:17:43 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 25 Feb 2011 08:17:30 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PRELIMINARY Agenda and Package for the March 3, 2011 Telechat Thread-Index: AcvUf1egQMDPTbyiQ9qe5Om3iB5y+gAOc9nA From: "Romascanu, Dan (Dan)" To: "IETF DNS Directorate" , , , , "YANG Doctors" Subject: [dns-dir] FW: PRELIMINARY Agenda and Package for the March 3, 2011 Telechat X-BeenThere: dns-dir@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: IETF DNS directorate discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2011 07:17:00 -0000 =20 Please find below the preliminary agenda of the 3/3 IESG telechat. Please send me your comments, questions and concerns related to the documents and WG charters on the agenda before 3/2 COB.=20 Thanks and Regards, Dan -----Original Message----- From: iesg-bounces@ietf.org [mailto:iesg-bounces@ietf.org] On Behalf Of IESG Secretary ... 2. Protocol Actions 2.1 WG Submissions 2.1.1 New Items o draft-ietf-netconf-rfc4742bis-07 Using the NETCONF Configuration Protocol over Secure Shell (SSH) (Proposed Standard) Note: Mehmet Ersue (mehmet.ersue@nsn.com) is the document shepherd. Token: Dan Romascanu o draft-ietf-netconf-4741bis-09 Network Configuration Protocol (NETCONF) (Proposed Standard) Note: Bert Wijnen (bertietf@bwijnen.net) is the document shepherd. Token: Dan Romascanu o draft-ietf-hokey-ldn-discovery-06 The Local Domain Name DHCPv6 Option (Proposed Standard) Note: The document shepherd is Tina Tsou Token: Tim Polk o draft-ietf-payload-rfc4695-bis-01 RTP Payload Format for MIDI (Proposed Standard) Note: Roni Even (even.roni@huawei.com) is the document shepherd. Token: Robert Sparks 2.1.2 Returning Items o draft-ietf-sipcore-199-05 Session Initiation Protocol (SIP) Response Code for Indication of Terminated Dialog (Proposed Standard) Note: Gonzalo Camarillo (Gonzalo.Camarillo@ericsson.com) is the document shepherd. Token: Robert Sparks 2.2 Individual Submissions 2.2.1 New Items o draft-holsten-about-uri-scheme-06 The 'about' URI scheme (Proposed Standard) Token: Alexey Melnikov o draft-bryan-metalinkhttp-20 Metalink/HTTP: Mirrors and Cryptographic Hashes in HTTP Header Fields (Proposed Standard) Token: Alexey Melnikov Was deferred by Alexey Melnikov on 2011-02-17 2.2.2 Returning Items NONE 3. Document Actions 3.1 WG Submissions 3.1.1 New Items o draft-ietf-speermint-voipthreats-07 Session Peering for Multimedia Interconnect (SPEERMINT) Security Threats and Suggested Countermeasures (Informational) Note: Jason Livingood (Jason_Livingood@cable.comcast.com) is the document shepherd. Token: Gonzalo Camarillo o draft-ietf-6lowpan-usecases-09 Design and Application Spaces for 6LoWPANs (Informational) Note: Geoff Mulligan (geoff.ietf@mulligan.com)is the document shepherd. Token: Ralph Droms o draft-ietf-hip-over-hip-05 Host Identity Protocol Signaling Message Transport Modes (Experimental) Note: Gonzalo Camarillo (gonzalo.camarillo@ericsson.com) is the document shepherd Token: Ralph Droms o draft-ietf-hip-cert-09 Host Identity Protocol Certificates (Experimental) Note: Gonzalo Camarillo (Gonzalo.Camarillo@ericsson.com) is the document shepherd. Token: Ralph Droms 3.1.2 Returning Items o draft-ietf-v6ops-v6-in-mobile-networks-03 Mobile Networks Considerations for IPv6 Deployment (Informational) Note: Fred Baker (fred@cisco.com) is the document shepherd. Token: Ron Bonica 3.2 Individual Submissions Via AD 3.2.1 New Items o draft-mraihi-mutual-oath-hotp-variants-13 OCRA: OATH Challenge-Response Algorithms (Informational) Note: Hannes Tschofenig (Hannes.Tschofenig@gmx.net) is the document shepherd. Token: Sean Turner Was deferred by Tim Polk on 2011-02-08 o draft-meadors-multiple-attachments-ediint-10 Multiple Attachments for EDIINT (Informational) Token: Alexey Melnikov o draft-josefsson-rc4-test-vectors-02 Test vectors for the stream cipher RC4 (Informational) Note: Simon Josefsson (simon@josefsson.org) is the Document Shepherd. Token: Sean Turner o draft-mrw-nat66-07 IPv6-to-IPv6 Network Prefix Translation (Experimental) Token: Ron Bonica 3.2.2 Returning Items NONE 3.3 IRTF and Independent Submission Stream Documents 3.3.1 New Items NONE 3.3.2 Returning Items NONE 4. Working Group Actions 4.1 WG Creation 4.1.1 Proposed for IETF Review o Verification Involving PSTN Reachability (vipr) Token: Robert Sparks o Address Resolution for Massive numbers of hosts in the Data center (armd) Token: Ron Bonica 4.1.2 Proposed for Approval NONE 4.2 WG Rechartering 4.2.1 Under Evaluation for IETF Review o DNS Extensions (dnsext) Token: Ralph Droms 4.2.2 Proposed for Approval NONE ------------------------------------------------------------------------