From nobody Sun Nov 1 01:13:55 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57D641B71A3 for ; Sun, 1 Nov 2015 01:13:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IInfj0OAEmPs for ; Sun, 1 Nov 2015 01:13:52 -0700 (PDT) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5910D1B71A2 for ; Sun, 1 Nov 2015 01:13:52 -0700 (PDT) Received: by padec8 with SMTP id ec8so6786190pad.1 for ; Sun, 01 Nov 2015 01:13:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:from:subject:message-id:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=GV5wR5T4DLSQjD6d6SgM0agpd1GCnAcwNVEefjz09oE=; b=fLhyp+qa+PtGc/efqR4U6VNC7KGgu/4hbKOsSut1L7Ly1SbG+3hoNvxZd2/vp3Q3HJ B22AXPVAPKgJZ1TpSZP0leDTM+3x+SYj1yt7A0Pp2px6if4fbCZDTAM252t/lbsrPp8a faBKF7KuvjEKmYW9TmMjdYmBkaLrfZYQcjliBPXzA93wlHNHTKiA2qRCYngAeOfQNZoB 2fsR9oakEYAKGXmW/DbgMvFASlMO5E2DtiBMtvcttb9PRxRSgLT9MdX+yKngLi/F6FeB tHGK2tB8HYuD9/FYI/+KqjhRuaDUov0WtcqTobhumCXGUe7vvBHWpUabV8HmEnjhioUd WKJA== X-Received: by 10.69.2.164 with SMTP id bp4mr19146939pbd.109.1446365631973; Sun, 01 Nov 2015 01:13:51 -0700 (PDT) Received: from feather.local ([133.93.153.40]) by smtp.googlemail.com with ESMTPSA id im9sm17447739pbc.1.2015.11.01.01.13.49 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 01 Nov 2015 01:13:51 -0700 (PDT) To: Tools Team Discussion From: Tim Wicinski Message-ID: <5635C9BA.9020302@gmail.com> Date: Sun, 1 Nov 2015 17:13:46 +0900 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:44.0) Gecko/20100101 Thunderbird/44.0a2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [Tools-discuss] Candidate For Adoption sends Adoption emails X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2015 08:13:54 -0000 Hi I was working in the datatracker and I marked several drafts with the new "Candidates for WG Adoption". However, it sent mail to the working group with the subject "The WG has adopted draft-blah" which was not my intention. I assume this is a bug, but I want to make sure I understand the intent of "Candidate for WG Adoption" thanks tim From nobody Sun Nov 1 15:17:55 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B08201B378C for ; Sun, 1 Nov 2015 15:17:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8NNtYylQkJsb for ; Sun, 1 Nov 2015 15:17:53 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A920F1B3770 for ; Sun, 1 Nov 2015 15:17:53 -0800 (PST) Received: from dhcp-24-63.meeting.ietf94.jp (dhcp-24-63.meeting.ietf94.jp [133.93.24.63] (may be forged)) (authenticated bits=0) by nostrum.com (8.15.2/8.14.9) with ESMTPSA id tA1NHqk6072913 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK) for ; Sun, 1 Nov 2015 17:17:53 -0600 (CST) (envelope-from rjsparks@nostrum.com) To: tools-discuss@ietf.org References: <5635C9BA.9020302@gmail.com> From: Robert Sparks Message-ID: <56369DA1.9040007@nostrum.com> Date: Mon, 2 Nov 2015 08:17:53 +0900 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5635C9BA.9020302@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Tools-discuss] Candidate For Adoption sends Adoption emails X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2015 23:17:54 -0000 Hi Tim - Loa called that out during the codesprint - we've captured the issue at http://wiki.tools.ietf.org/tools/ietfdb/ticket/1833 We'll work to improve the mail so it reflects what actualy happened. RjS On 11/1/15 5:13 PM, Tim Wicinski wrote: > > Hi > > I was working in the datatracker and I marked several drafts with the > new "Candidates for WG Adoption". > > However, it sent mail to the working group with the subject > "The WG has adopted draft-blah" > > which was not my intention. > > I assume this is a bug, but I want to make sure I understand the > intent of "Candidate for WG Adoption" > > thanks > tim > From nobody Sun Nov 1 15:21:09 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 312071B399C for ; Sun, 1 Nov 2015 15:21:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hgR_7rTNYN7Z for ; Sun, 1 Nov 2015 15:21:07 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08F851B399B for ; Sun, 1 Nov 2015 15:21:07 -0800 (PST) Received: from dhcp-24-63.meeting.ietf94.jp (dhcp-24-63.meeting.ietf94.jp [133.93.24.63] (may be forged)) (authenticated bits=0) by nostrum.com (8.15.2/8.14.9) with ESMTPSA id tA1NL5t1073335 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK) for ; Sun, 1 Nov 2015 17:21:06 -0600 (CST) (envelope-from rjsparks@nostrum.com) To: tools-discuss@ietf.org References: <56241717.9080102@dial.pipex.com> <4FC72923-F928-4FA8-92FA-8BEE3BCE0B4E@att.com> From: Robert Sparks Message-ID: <56369E63.1000707@nostrum.com> Date: Mon, 2 Nov 2015 08:21:07 +0900 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Tools-discuss] Is there a good reason why the 'system' changed the Notify list to 'None'? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2015 23:21:08 -0000 Deborah and I talked about this in person in Yokohama, but I wanted to follow up here in case anyone else was not certain what to do. The Notify field should now almost always remain empty - all the people you would reach with the draft aliases are already being copied by default (you can verify this by looking at the expansions on the email expansion tab). You would want to add someone's email address to Notify if they aren't one of the people who would now normally be copied. For instance (at least until we complete integrating review tracking into the datatracker), if you want a reviewer to get update messages, add that reviewer's address. RjS On 10/19/15 11:53 PM, BRUNGARD, DEBORAH A wrote: > Hi Elwyn, > > Not sure why it defaulted to "None", but I was able to edit it so fixed it to draft.all which seems better than "None" as I don't think "None" will be much help with having a discussion unless Avri has a reindeer with that name:-) > > Much thanks for bringing to my attention- > Deborah > > -----Original Message----- > From: BRUNGARD, DEBORAH A > Sent: Monday, October 19, 2015 8:21 AM > To: Elwyn Davies > Cc: draft-ietf-teas-rsvp-te-srlg-collect.ad@ietf.org; tools-discuss@ietf.org > Subject: Re: Is there a good reason why the 'system' changed the Notify list to 'None'? > > Hi Elwyn, > Not that I know of - must be with the automated mailing list generated by data tracker. I'll check later if I am able to edit. > Thanks- > Deborah > > Sent from my iPhone > >> On Oct 18, 2015, at 6:05 PM, Elwyn Davies wrote: >> >> Hi, Deborah. >> >> I was just checking back to see if a new version of this draft (draft-teas-rsvp-te-srlg-collect) that I had done a gen-art review on a couple of weeks ago had been generated. You sent it for expert review back on 5 Oct and suddenly on 14 Oct the system, for no apparent reason, has set the notify list to 'None' in the datatracker. Is there some good reason why this should happen that I am missing? >> >> Cheers, >> Elwyn From nobody Mon Nov 2 21:01:37 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D2DC1B2DEF for ; Mon, 2 Nov 2015 21:01:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -114.511 X-Spam-Level: X-Spam-Status: No, score=-114.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0KpYfckbmmaK for ; Mon, 2 Nov 2015 21:01:32 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D53521ACE24 for ; Mon, 2 Nov 2015 21:01:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=17458; q=dns/txt; s=iport; t=1446526891; x=1447736491; h=from:to:subject:date:message-id:references:mime-version; bh=C7troxGGN9gssSMeW88/lYy5uLSvFmaSctM95YFGuwY=; b=YQti3XprBvHpOwOhBgJosD5i6RCSsU4L0aM06n7f76buVX4mhwV22oUv 1UnXIlf+TU8rRibdfy+r+OtkM5yxv/HXG7BRgbrerNJ+MlS0KRlO9CwWQ hQxdKJ71lGNaha7hr/K4kMfZxPg183Rr5XiVsIbtUZyycMB1Z4BQ9huft U=; X-Files: ietf-agenda-analysis.pl, signature.asc : 11145, 833 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CyAgCmPjhW/5NdJa1egztTbwawSY59DoFaFw6COoM6AoE4OBQBAQEBAQEBfwuENQEBAQMBJ1cLAgEZAQIBAi8yFwQCCAIEEw6IGggNwT0BAQEBAQEBAwEBAQEBAQEBEgmJB4JugkmBZAoBBQIBBR8aGIIrTh2BFAWGDIcPiSgBglGBYQVlgnCFGJw6AR8BQ4IRHYFWcoQ0AR8jgQcBAQE X-IronPort-AV: E=Sophos;i="5.20,237,1444694400"; d="asc'?pl'?scan'208";a="46253846" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-2.cisco.com with ESMTP; 03 Nov 2015 05:01:30 +0000 Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id tA351U88010240 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Tue, 3 Nov 2015 05:01:30 GMT Received: from xch-rtp-013.cisco.com (64.101.220.153) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 3 Nov 2015 00:01:29 -0500 Received: from xch-rtp-013.cisco.com ([64.101.220.153]) by XCH-RTP-013.cisco.com ([64.101.220.153]) with mapi id 15.00.1104.000; Tue, 3 Nov 2015 00:01:29 -0500 From: "Fred Baker (fred)" To: "tools-discuss@ietf.org" Thread-Topic: Agenda development support Thread-Index: AQHRFcyC14flG3cPakOc+v+hqvUALQ== Date: Tue, 3 Nov 2015 05:01:29 +0000 Message-ID: <6745086C-30CF-4476-B91D-FE483A707009@cisco.com> References: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.70.235.76] Content-Type: multipart/signed; boundary="Apple-Mail=_5989C07C-8F90-41D6-98EB-981498AF2B6F"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Archived-At: Subject: [Tools-discuss] Fwd: Agenda development support X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2015 05:01:35 -0000 --Apple-Mail=_5989C07C-8F90-41D6-98EB-981498AF2B6F Content-Type: multipart/mixed; boundary="Apple-Mail=_17EBFA44-09B5-43A5-BF8E-507FE6DA4182" --Apple-Mail=_17EBFA44-09B5-43A5-BF8E-507FE6DA4182 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Passing this along. I ran it by the WG Chairs, and at least one thought = it might be useful to him, and more useful if it was clickable from an = IETF-anaged server such as the WG Chairs page or the tools page. For the purpose, it probably has to be rewritten (in Python, and using = forms of some kind rather than command line parameters). There is enough = that I don't know about the operation of those pages that I'd prefer = someone on the tools team did it. > Begin forwarded message: >=20 > From: "Fred Baker (fred)" > Subject: Agenda development support > Date: November 3, 2015 at 9:13:47 AM GMT+9 > To: "" >=20 > I have developed a tool for my own amusement, and wonder whether = others would find it useful. If appropriate I can get it filed on the = tools page or somehow supported in the data tracker. It is based on = Henrik's data tracker API, which is to say "not screen scraping". It's = in perl. >=20 > Here's the problem I'm trying to solve. I can look at = https://datatracker.ietf.org/wg/v6ops/documents/, and figure out = anything I need to know about my working group's drafts. The information = is all there. However, it is somewhat inaccessible, in the sense that it = is cluttered with information that, while relevant, isn't particularly = useful in agenda analysis, and the sort capability (that used to be = there?) isn't there (any more). >=20 > What I'm trying to figure out, when planning an agenda, is: > - what working group drafts have been updated since the last meeting > (which I will then do a mail search to determine the latest status = of) > - what individual submissions to the working group have come in > (which I will then do a mail search for supporting commentary = regarding). >=20 > I may also have other drafts I am specifically interested in; this = time, we had an invited talk on a technology that Facebook is = experimenting with, that is actually in discussion in nvo3 = (draft-herbert-nvo3-ila). >=20 > So therefore, I enter something like > ietf-agenda-analysis.pl --date 2015-07-22 v6ops = draft-herbert-nvo3-ila-01.txt > or > ietf-agenda-analysis.pl --date 2015-07-22 v6ops draft-herbert-nvo3-ila >=20 > and get back the following (today). My question is whether other = chairs would find this kind of capability useful, and whether I should = bring it up with the tools team. If it's useful to you, you're welcome = to my script regardless, on an open source basis. >=20 > RFC Editor: EDIT > 2015-10-26 draft-ietf-v6ops-siit-dc > 2015-10-26 draft-ietf-v6ops-siit-dc-2xlat > 2015-10-26 draft-ietf-v6ops-siit-eam > 2015-10-19 draft-ietf-v6ops-pmtud-ecmp-problem >=20 > WG: In WG Last Call > 2015-11-01 draft-ietf-v6ops-ipv6-ehs-in-real-world >=20 > WG: Parked WG Document > 2015-10-14 draft-ietf-v6ops-mobile-device-profile >=20 > WG: Submitted to IESG for Publication > 2015-10-30 draft-ietf-v6ops-reducing-ra-energy-consumption >=20 > WG: Unupdated WG Document > 2015-07-06 draft-ietf-v6ops-dhcpv6-slaac-problem > 2015-05-03 draft-ietf-v6ops-ula-usage-recommendations >=20 > WG: Updated WG Document > 2015-11-01 draft-ietf-v6ops-host-addr-availability > 2015-11-01 draft-ietf-v6ops-unique-ipv6-prefix-per-host > 2015-10-19 draft-ietf-v6ops-design-choices >=20 > Individual Submission: Unupdated > 2015-07-06 draft-akira-v6ops-mape-experience > 2015-07-06 draft-xcf-v6ops-chinatelecom-deployment > 2015-07-05 draft-hui-v6ops-ipv6trans-select-nfv > 2015-07-05 draft-xli-v6ops-cernet-deployment > 2015-07-05 draft-yang-v6ops-ipv6tran-select > 2015-06-26 draft-vyncke-v6ops-ipv6-only-thin-clients > 2015-06-25 draft-sun-v6ops-xlat-multi >=20 > Individual Submission: Updated > 2015-10-19 draft-jjmb-v6ops-unique-ipv6-prefix-per-host > 2015-10-19 draft-xu-v6ops-dslite-redundancy > 2015-10-15 draft-gont-v6ops-ipv6-ehs-packet-drops > 2015-10-12 draft-herbert-nvo3-ila > 2015-10-10 draft-bao-v6ops-rfc6145bis > 2015-09-21 draft-ybai-v6ops-ipv6-for-openstack --Apple-Mail=_17EBFA44-09B5-43A5-BF8E-507FE6DA4182 Content-Disposition: attachment; filename=ietf-agenda-analysis.pl Content-Type: text/x-perl-script; name="ietf-agenda-analysis.pl" Content-Transfer-Encoding: 7bit #!/usr/bin/perl # This is a routine to build a working group agenda or get status # associated with that, starting from the IETF JSON API. The API is # kind of ugly, and this is as well, but it's a whole lot better than # screen-scraping the datatracker... # use strict; use warnings; use JSON qw( decode_json ); # parameters and global variables $rfc_published = ''; $wg_document = ''; $epoch = ''; if ( 0 <= $#ARGV ) { if ( '--date' eq $ARGV[0] ) { shift; $epoch = shift; } else { last; } } die "usage: agenda-analysis --date {model}+" if ( '' eq $epoch ); # URIs for the states associated with the RFC Editor, the IESG, and Working Groups. $curl_wg = "curl 'https://datatracker.ietf.org/api/v1/doc/state/?format=json&limit=0&type__slug__in=draft-stream-ietf' 2> /dev/null"; $curl_iesg = "curl 'https://datatracker.ietf.org/api/v1/doc/state/?format=json&limit=0&type__slug__in=draft-iesg' 2> /dev/null"; $curl_rfc_editor = "curl 'https://datatracker.ietf.org/api/v1/doc/state/?format=json&limit=0&type__slug__in=draft-rfceditor' 2> /dev/null"; get_states( $curl_rfc_editor, 'RFC' ); get_states( $curl_iesg, 'IESG' ); get_states( $curl_wg, 'WG' ); # The remaining arguments are working group names or draft names. Get # the relevant objects from the API and store them somewhere. foreach $arg (@ARGV) { $str = $arg; if ( $arg =~ /-/ ) { # is it a draft name? if ( $arg =~ /.txt$/ ) { # does it contain version information? my @words = split /-/, $arg; pop @words; # re-create without version information $str = join '-', @words; } } else { # assume it's a WG, BOF, or RG name to find embedded in draft name $str = '-' . $arg . '-'; } get_objects($str); } # We have stored the information from the API according to its "display # state", which is the state in the group currently thinking about # the document, the date it was filed, and the name of the draft (in # case multiple drafts were filed the same day and are in the same # state). Print that out. foreach $display_state ( sort keys %drafts ) { printf "%s\n", substr( $display_state, 1 ); my @filing_dates = keys %{ $drafts{$display_state} }; foreach $filing_date ( sort { $b cmp $a } @filing_dates ) { foreach $name ( sort keys %{ $drafts{$display_state}{$filing_date} } ) { printf "\t%s\t%s\n", $filing_date, $name; } } printf("\n"); } #The following are API access routines. I also include a sample of what it is importing. #{ # "abstract": " IPv6 prefix length, as in IPv4, is a parameter conveyed and used in\n IPv6 routing and forwarding processes in accordance with the\n Classless Inter-domain Routing (CIDR) architecture. The length of an\n IPv6 prefix may be any number from zero to 128, although subnets\n using stateless address autoconfiguration (SLAAC) for address\n allocation conventionally use a /64 prefix. Hardware and software\n implementations of routing and forwarding should therefore impose no\n rules on prefix length, but implement longest-match-first on prefixes\n of any valid length.\n\n", # "ad": "/api/v1/person/person/20959/", # "authors": [ # "/api/v1/person/email/mohamed.boucadair%40orange.com/", # "/api/v1/person/email/alexandre.petrescu%40cea.fr/", # "/api/v1/person/email/fred%40cisco.com/" # ], # "expires": "2015-11-27T00:56:12", # "external_url": "", # "group": "/api/v1/group/group/1578/", # "intended_std_level": "/api/v1/name/intendedstdlevelname/bcp/", # "internal_comments": "", # "name": "draft-ietf-v6ops-cidr-prefix", # "note": "", # "notify": "\"Lee Howard\" ", # "order": 1, # "pages": 5, # "resource_uri": "/api/v1/doc/document/draft-ietf-v6ops-cidr-prefix/", # "rev": "03", # "shepherd": "/api/v1/person/email/lee%40asgard.org/", # "states": [ # "/api/v1/doc/state/1/", # "/api/v1/doc/state/110/", # "/api/v1/doc/state/113/", # "/api/v1/doc/state/17/", # "/api/v1/doc/state/116/", # "/api/v1/doc/state/44/" # ], # "std_level": null, # "stream": "/api/v1/name/streamname/ietf/", # "tags": [], # "time": "2015-06-01T11:30:18", # "title": "IPv6 Prefix Length Recommendation for Forwarding", # "type": "/api/v1/name/doctypename/draft/" #}, sub get_objects { my $model = shift; my ( $sec, $min, $hour, $mday, $mon, $year, $wday, $yday, $isdst ) = localtime(time); $year += 1900; $mon++; # get objects (including but not limited to internet drafts) that expire after today. my $curl = "curl 'https://datatracker.ietf.org/api/v1/doc/document/\?format=json\&name__contains=%s\&expires__gt=%d-%02d-%02d\&limit=0' 2> /dev/null"; # printf STDERR ($curl . "\n"), $model, $year, $mon, $mday; open OBJECTS, '-|', sprintf( $curl, $model, $year, $mon, $mday ) or die "can't access state $model"; my $json = ; close OBJECTS; if ( defined $json ) { my $decoded = decode_json($json); if ( defined $decoded->{'objects'} ) { my @objects = @{ $decoded->{'objects'} }; draft_object: foreach my $i ( 0 .. $#objects ) { my $name = $objects[$i]{'name'}; next unless ( $name =~ /^draft/ ); $object{$name} = { %{ $objects[$i] } }; my $filing_date = substr $objects[$i]{'time'}, 0, 10; $updated = 'Updated '; $updated = 'Unupdated ' if ( $filing_date lt $epoch ); my $display_state = ''; foreach my $state_uri ( @{ $objects[$i]{'states'} } ) { get_state($state_uri); # one quick short-circuit - if the draft has been published, forget it next draft_object if ( $rfc_published eq $state_uri ); } # does an RFC Editor state apply? If so, forget the rest next draft_object if ( classify_draft( $name, 'RFC', '1RFC Editor: ', $updated, $filing_date ) ); # does an IESG state apply? If so, forget the rest next draft_object if ( classify_draft( $name, '2IESG', 'IESG: ', $updated, $filing_date ) ); # does a Working Group state apply? If so, forget the rest next draft_object if ( classify_draft( $name, 'WG', '3WG: ', $updated, $filing_date ) ); # Let's really hope an individual submission state applies... next draft_object if ( classify_draft( $name, 'Individual', '4Individual Submission: ', $updated, $filing_date ) ); } } } } sub classify_draft { my $name = shift; my $tag = shift; my $number = shift; my $updated = shift; my $filing_date = shift; my $display_state = ''; foreach my $state_uri ( @{ $object{$name}{'states'} } ) { next unless ( exists $draft_state{$state_uri} ); next unless ( $draft_state{$state_uri}{'status_type'} eq $tag ); if ( $wg_document eq $state_uri || $tag eq 'Individual' ) { $display_state = update_display( $display_state, $updated, $draft_state{$state_uri}{'name'}, $number ); } else { $display_state = update_display( $display_state, '', $draft_state{$state_uri}{'name'}, $number ); } } if ( '' eq $display_state ) { return 0; # didn't find it } else { $drafts{$display_state}{$filing_date}{$name} = $name; return 1; # found it } } #{ # "desc": "The document is now (finally!) being formally reviewed by the entire IESG. Documents are discussed in email or during a bi-weekly IESG telechat. In this phase, each AD reviews the document and airs any issues they may have. Unresolvable issues are documented as \"discuss\" comments that can be forwarded to the authors/WG. See the description of substates for additional details about the current state of the IESG discussion.", # "id": 12, # "name": "IESG Evaluation", # "next_states": [ # "/api/v1/doc/state/18/", # "/api/v1/doc/state/9/", # "/api/v1/doc/state/22/" # ], # "order": 20, # "resource_uri": "/api/v1/doc/state/12/", # "slug": "iesg-eva", # "type": "/api/v1/doc/statetype/draft-iesg/", # "used": true #} # get one state from the IETF API, and associate it with "Individual" sub get_state { my $uri = shift; return if ( exists $draft_state{$uri} ); my $curl = "curl 'https://datatracker.ietf.org%s\?format=json' 2> /dev/null"; # printf STDERR ($curl . "\n"), $uri; open STATE, '-|', sprintf( $curl, $uri ) or die "can't access state $uri"; my $json = ; close STATE; if ( defined $json ) { $decoded = decode_json($json); $decoded->{'name'} = '' if ( $decoded->{'name'} eq 'Active' ); unless ( $decoded->{'name'} =~ /Replaced/ ) { $draft_state{$uri} = { %{$decoded} }; $draft_state{$uri}{'status_type'} = 'Individual'; } } } # get a set of states from the IETF API, and associate them with a tag sub get_states { my $curl = shift; my $tag = shift; # printf STDERR "%s\n", $curl; open OBJECTS, '-|', $curl or die "can't access $tag states"; my $json = ; close OBJECTS; if ( defined $json ) { my $decoded = decode_json($json); if ( defined $decoded->{'objects'} ) { my @objects = @{ $decoded->{'objects'} }; foreach my $i ( 0 .. $#objects ) { $draft_state{ $objects[$i]{'resource_uri'} } = { %{ $objects[$i] } }; $draft_state{ $objects[$i]{'resource_uri'} }{'status_type'} = $tag; capture_state( $objects[$i]{'resource_uri'}, $objects[$i]{'name'} ); } } } } # grab a few state labels that are important sub capture_state { my $api = shift; my $name = shift; $rfc_published = $api if ( 'RFC Published' eq $name ); $wg_document = $api if ( 'WG Document' eq $name ); } # mess with the display state sub update_display { my $display = shift; my $updated = shift; my $new = shift; my $seq = shift; if ( '' eq $display ) { return ( $seq . $updated . $new ); } else { return ( $display . ',' . $updated . $new ); } } --Apple-Mail=_17EBFA44-09B5-43A5-BF8E-507FE6DA4182 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > --Apple-Mail=_17EBFA44-09B5-43A5-BF8E-507FE6DA4182-- --Apple-Mail=_5989C07C-8F90-41D6-98EB-981498AF2B6F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIVAwUBVjg/pkayAOS/EQ8MAQKMeA/+POp2jdd25fyF319zx4Te0PR6UqKKdq9c gYpcPs8hlz20am00SJ+SkF6YvX+n5FpAGUjmDkw82za+sCXml4l3GQhQpN4oHdy6 lnoTJTco1E2EKhxDec1gzHmVZpAkojuYzLZBTlrMuwClUrIP2A7/0rgVXyO8JWHz s10Q70rHcg4MF4zxj58tZnNdDudJDhsJ4SnvBvLiPWro7pXsryQMk+AKAXnvdRqK 7OgwAfztE9naXIC+zryrS+53EzMVlaaWS68yp+0Yza7uc0TOvVOAnaliSej9iw1T Qg2rpeTIcPY4Y7KwF3zW1dZBACp9jYN+cpe686BJUizPc8TBrHzcF5uA984T1Uu3 r39t83G/c7z77QDCu0Hi3Ks1lNJU/mC5U7slXN0t/csBwqKWUHYG9XwxSwLKq7t0 9wXFSe0RSsBWPa/aZGp+64JM5DsnFp0ufBjg+AVkY7+yxHw+JlYFlAVENXu+NpXD Ku6dBuoiMaDhZsYd6DKCdr+sOpdPnuyNBm0FiB3B2Zpp6uzXi0pY+g10mcv7/CSl qMa74od71w+0u3j37PvCyByaJmE43zIrxbms5629+mUin/1QRdftqEkf1uT075RU Q/CTW7bpFoZ1qxz6g3edFM4pWr9HR7+jsvZTGjYCXtoNzKUtcmTe+0JuAa/eF4kU B/qonCyr2jE= =S7fL -----END PGP SIGNATURE----- --Apple-Mail=_5989C07C-8F90-41D6-98EB-981498AF2B6F-- From nobody Tue Nov 3 14:55:24 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA4ED1B3577 for ; Tue, 3 Nov 2015 14:55:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.911 X-Spam-Level: X-Spam-Status: No, score=-6.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5EA6zvF9kdZw for ; Tue, 3 Nov 2015 14:55:21 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 98AA81A88F1 for ; Tue, 3 Nov 2015 14:55:21 -0800 (PST) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 56BC884201C85 for ; Tue, 3 Nov 2015 22:55:15 +0000 (GMT) Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id tA3MtHgw018771 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 3 Nov 2015 23:55:19 +0100 Received: from [135.224.202.210] (135.239.27.40) by FR711WXCHHUB02.zeu.alcatel-lucent.com (135.239.2.112) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 3 Nov 2015 23:55:18 +0100 Message-ID: <56393B51.7010605@alcatel-lucent.com> Date: Tue, 3 Nov 2015 23:55:13 +0100 From: Martin Vigoureux User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [135.239.27.40] Archived-At: Subject: [Tools-discuss] IPR disclosures not sent to WG list X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2015 22:55:23 -0000 Hi, it seems that IPR disclosures made against documents which are not WG Document are not notified on the WG mailing list. This seems logical because it is not yet a WG Document, but we've had few cases recently in BESS for which we (at least the chairs) would have clearly benefited from receiving this notification. I know that not all I-Ds follow the convention of putting the WG name in the file name, but most do. So would it make sense to notify the chairs and/or the WG list of IPR disclosures made against individual I-Ds when those have the WG name in the file name? And if so, would that be possible? Thanks -m From nobody Wed Nov 4 08:57:04 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7ECF71B36D0 for ; Wed, 4 Nov 2015 08:57:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pYo9rtVQ47hJ for ; Wed, 4 Nov 2015 08:57:02 -0800 (PST) Received: from resqmta-ch2-11v.sys.comcast.net (resqmta-ch2-11v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:43]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A43BF1B36C8 for ; Wed, 4 Nov 2015 08:57:02 -0800 (PST) Received: from resomta-ch2-05v.sys.comcast.net ([69.252.207.101]) by resqmta-ch2-11v.sys.comcast.net with comcast id dUwD1r0052Bo0NV01Ux1vm; Wed, 04 Nov 2015 16:57:01 +0000 Received: from hobgoblin.ariadne.com ([73.143.237.82]) by resomta-ch2-05v.sys.comcast.net with comcast id dUx11r0041nMCLR01Ux1Vv; Wed, 04 Nov 2015 16:57:01 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id tA4Gv0BD001813; Wed, 4 Nov 2015 11:57:00 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id tA4Gux6I001809; Wed, 4 Nov 2015 11:56:59 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Martin Vigoureux In-Reply-To: <56393B51.7010605@alcatel-lucent.com> (martin.vigoureux@alcatel-lucent.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Wed, 04 Nov 2015 11:56:59 -0500 Message-ID: <877flx7les.fsf@hobgoblin.ariadne.com> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1446656221; bh=pGyICs1woxHZJVIebbg69Q7O4rTl4Nl01Oo4+MBhQ1Q=; h=Received:Received:Received:Received:From:To:Subject:Date: Message-ID; b=FMLcdvF3RG7v6u1g8qvbgbnKh7KI1K0WLM3P3IS91f8FsSNr5u6Efq7pWmxa3RKo6 eYF5IWHvaj/z0Ta/Ce1WaBZfYMHmKE8Zpbfqfn4QSOkcZHyDkpUn1MXsksXpDyVO+d Hh7ARWOxqRIbl44uMJOKOfIi+6RP+H8QtEfr7nGOObtd8EJh4ZxqWbt+vTXyzqhhAj hiKIJ2iY1+r61iabenW1Xd+KolyVHM1HlJpqc6jVqAMBpzgetLCQxJcgHcsjS5y6n0 5Yj2gOB3kbrpnhLdrNIoPfpvINNQ65sN0yu6hhhaWTIgfwrgvZagclrSPb2MLc3StM oDfTDDRLNspSg== Archived-At: Cc: tools-discuss@ietf.org Subject: Re: [Tools-discuss] IPR disclosures not sent to WG list X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 16:57:03 -0000 Martin Vigoureux writes: > So would it make sense to notify the chairs and/or the WG list of IPR > disclosures made against individual I-Ds when those have the WG name in > the file name? OTOH, perhaps the thing to do is when an I-D is promoted to a WG document, notice of all of its IPR disclosures (and those of any predecessor documents) is automagically forwarded to the WG list. Dale From nobody Wed Nov 4 12:30:14 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9121E1A0020 for ; Wed, 4 Nov 2015 12:30:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.911 X-Spam-Level: X-Spam-Status: No, score=-6.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0cbAdinr6IxF for ; Wed, 4 Nov 2015 12:30:12 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CCB941A004E for ; Wed, 4 Nov 2015 12:30:11 -0800 (PST) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id 233CF650904AE; Wed, 4 Nov 2015 20:30:03 +0000 (GMT) Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id tA4KU6f3025501 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 4 Nov 2015 21:30:06 +0100 Received: from [135.224.202.210] (135.239.27.38) by FR711WXCHHUB02.zeu.alcatel-lucent.com (135.239.2.112) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 4 Nov 2015 21:30:05 +0100 Message-ID: <563A6AC9.7040707@alcatel-lucent.com> Date: Wed, 4 Nov 2015 21:30:01 +0100 From: Martin Vigoureux User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "Dale R. Worley" References: <877flx7les.fsf@hobgoblin.ariadne.com> In-Reply-To: <877flx7les.fsf@hobgoblin.ariadne.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [135.239.27.38] Archived-At: Cc: tools-discuss@ietf.org Subject: Re: [Tools-discuss] IPR disclosures not sent to WG list X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 20:30:13 -0000 Well it depends to which position in time do you precisely mean by "when ... promoted ..." My e-mail did not really concern the cases where the IPR disclosures happen before a poll for adoption because by looking at the tracker before launching the poll we know the IPR status. I am primarily concerned by disclosures that happen during the poll because I do not go each and everyday of the poll on the tracker to see if the IPR status of the draft being polled has changed. And, on that matter, if you suggest that the automatic notification be sent after we move from "Call for Adoption issued" to "Adopted as WG document" then I think it is too late. -m Le 04/11/2015 17:56, Dale R. Worley a écrit : > Martin Vigoureux writes: >> So would it make sense to notify the chairs and/or the WG list of IPR >> disclosures made against individual I-Ds when those have the WG name in >> the file name? > > OTOH, perhaps the thing to do is when an I-D is promoted to a WG > document, notice of all of its IPR disclosures (and those of any > predecessor documents) is automagically forwarded to the WG list. > > Dale > > From nobody Wed Nov 4 17:52:43 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D01161B365E for ; Wed, 4 Nov 2015 17:52:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r3E8MUHvWq0R for ; Wed, 4 Nov 2015 17:52:41 -0800 (PST) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 015D11B365A for ; Wed, 4 Nov 2015 17:52:41 -0800 (PST) Received: by igdg1 with SMTP id g1so1171070igd.1 for ; Wed, 04 Nov 2015 17:52:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=EJsNjOxjTnOEG0qxtGYSe2crti2E4FbsqFTxTwzHhz4=; b=bEdq26xeOHoz7JlqbRlLJ5BCugGFg/g+D7Rjrn/Q79uf7yB73W9YWTXWiSpSAgZfwM jzlmch53eI0doh+Ct5DQY8dFZPTql9N/S9D9v7evfN924nPwiJNJFRhbzxbqWn7qUNM3 47P27qJJq6QeUPCnaB4QDOUeHMVZ0lhAeYgVdBrkiSJyTYhgd1aOJRJfZTVqi3JVI9vt aEU/+sLYepqHn1CNFJzKr2g07tvw/pHnP+EWsrlzc24QqbOzgoD1ADLPLSFxq6xHAcqi j5HQSmoOkTm5+zeycmqz3NWr+LL7WYna4c0Jncv89oCWI9SJ+BIHOnIy4e77b4F7/ldV pcHg== MIME-Version: 1.0 X-Received: by 10.50.43.131 with SMTP id w3mr237080igl.33.1446688360319; Wed, 04 Nov 2015 17:52:40 -0800 (PST) Sender: barryleiba.mailing.lists@gmail.com Received: by 10.107.181.202 with HTTP; Wed, 4 Nov 2015 17:52:40 -0800 (PST) In-Reply-To: <563A6AC9.7040707@alcatel-lucent.com> References: <877flx7les.fsf@hobgoblin.ariadne.com> <563A6AC9.7040707@alcatel-lucent.com> Date: Thu, 5 Nov 2015 02:52:40 +0100 X-Google-Sender-Auth: ktRLMw7HCsrWycMQjzqIMva2TUw Message-ID: From: Barry Leiba To: Martin Vigoureux Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] IPR disclosures not sent to WG list X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 01:52:42 -0000 > And, on that matter, if you suggest that the automatic notification be sent > after we move from "Call for Adoption issued" to "Adopted as WG document" > then I think it is too late. I don't think it's too late at all. The earlier, the better, of course... but any time that's early in the document's working group life cycle is good. Working groups can certainly reconsider things in light of new information, and the document could be abandoned or have its processing otherwise changed as a result. Finding out right after adoption is way better than finding out, say, during WGLC (or later). Barry From nobody Wed Nov 4 17:59:06 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9FA9F1B36BC for ; Wed, 4 Nov 2015 17:59:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WLhAcSQ5FaMq for ; Wed, 4 Nov 2015 17:59:02 -0800 (PST) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8125D1B36B7 for ; Wed, 4 Nov 2015 17:59:02 -0800 (PST) Received: by pasz6 with SMTP id z6so72860684pas.2 for ; Wed, 04 Nov 2015 17:59:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=v2sqk8cSIzDchjgl4Xi4iSW+2c3gpilu93+BYVzEN9I=; b=cwgh0cjjRpDSqPEB8xX94TD+K69/qSE2SMsFK+dSO/xX9rWiULxzHlXkyuJb7lBOhC +My3Dc8MSwI756VsHWYvrqI5czw3leoGNrH7jKyjb0L4EJdWZgrwXDApatFEBNf17LAB e0CDL1KVxViiYfz7/PtAsy7tRBBZnF1MBakujsvecWeFQs6fpNk8BuZVXG7qeiBudZ5N aw7DSt1HAjrDsZRHpPQ74LJp+0IA5xjT5lLbrgeka1cBvTkvDoAAE+d+eP7KRJhE5CqN Y8j9t32XZEhpbk+O63R+CtM13IhGoDBZwn7uiroEX9mP8EvDdP+iS++Sf4ARBWNnUlrp ewuA== X-Received: by 10.68.57.205 with SMTP id k13mr6211213pbq.4.1446688742118; Wed, 04 Nov 2015 17:59:02 -0800 (PST) Received: from ?IPv6:2406:e007:4700:1:28cc:dc4c:9703:6781? ([2406:e007:4700:1:28cc:dc4c:9703:6781]) by smtp.gmail.com with ESMTPSA id fe6sm4425905pab.40.2015.11.04.17.58.58 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Nov 2015 17:59:00 -0800 (PST) To: Barry Leiba , Martin Vigoureux References: <877flx7les.fsf@hobgoblin.ariadne.com> <563A6AC9.7040707@alcatel-lucent.com> From: Brian E Carpenter Organization: University of Auckland Message-ID: <563AB7E8.9060904@gmail.com> Date: Thu, 5 Nov 2015 14:59:04 +1300 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] IPR disclosures not sent to WG list X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 01:59:03 -0000 On 05/11/2015 14:52, Barry Leiba wrote: >> And, on that matter, if you suggest that the automatic notification be sent >> after we move from "Call for Adoption issued" to "Adopted as WG document" >> then I think it is too late. > > I don't think it's too late at all. The earlier, the better, of > course... but any time that's early in the document's working group > life cycle is good. Working groups can certainly reconsider things in > light of new information, and the document could be abandoned or have > its processing otherwise changed as a result. Finding out right after > adoption is way better than finding out, say, during WGLC (or later). Which raises a question in my mind. If draft-b is tagged as replacing draft-a, does the tracker automatically link any IPR disclosures against draft-a to draft-b? Brian From nobody Wed Nov 4 18:01:53 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 093771B36BF for ; Wed, 4 Nov 2015 18:01:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zfNp9hx8GX_t for ; Wed, 4 Nov 2015 18:01:51 -0800 (PST) Received: from mail-yk0-x22d.google.com (mail-yk0-x22d.google.com [IPv6:2607:f8b0:4002:c07::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 20A3A1B3632 for ; Wed, 4 Nov 2015 18:01:51 -0800 (PST) Received: by ykek133 with SMTP id k133so107548850yke.2 for ; Wed, 04 Nov 2015 18:01:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=XoRWxpsuKQsD1hoQkqzcBmR4+6leltHEaNQp49p7i9I=; b=NzybNQ1sDTZ1vvBNXz4ua6zPc6FexOZzcMn0p23zERSBK7UohTExbzmaW+LzWT7TqR LYic0nI7M1/zjhDJYmdwcm1dnLuUt+Tkiwx+iRFrjcUoqfPebHT4Bz80YKlGKbFT3LVs tK5RT1+rz5AZpo/4LWdU6bYGF0CiERaRwVMMktj9M/7c6U8cbGb5LK7AZe0Kl6RRuzf+ Uv9DR6BhKU2QP7EvHBGqWsIz/bxTB1TrLQkb1JEmwZHF68thyCKdItxDA9KYzshBAXcU /Uro/UaZnX6WQZRNPKmhxJnn1INguU1S/8LIz0VLZci471Rd4+vyDkbs2eGM3SvfrIag 55SA== MIME-Version: 1.0 X-Received: by 10.31.162.148 with SMTP id l142mr4837440vke.40.1446688910449; Wed, 04 Nov 2015 18:01:50 -0800 (PST) Sender: barryleiba@gmail.com Received: by 10.31.54.130 with HTTP; Wed, 4 Nov 2015 18:01:50 -0800 (PST) In-Reply-To: <563AB7E8.9060904@gmail.com> References: <877flx7les.fsf@hobgoblin.ariadne.com> <563A6AC9.7040707@alcatel-lucent.com> <563AB7E8.9060904@gmail.com> Date: Thu, 5 Nov 2015 11:01:50 +0900 X-Google-Sender-Auth: ZDqIu74-vgyQWTrmoQo8aiwINJY Message-ID: From: Barry Leiba To: Brian E Carpenter Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] IPR disclosures not sent to WG list X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 02:01:52 -0000 > Which raises a question in my mind. If draft-b is tagged as replacing > draft-a, does the tracker automatically link any IPR disclosures > against draft-a to draft-b? I believe it is supposed to. I believe it didn't used to, and that was changed at some point. But, then, people believe a lot of things, so someone should check. The IESG certainly *wants* it to work that way. Barry From nobody Wed Nov 4 19:04:30 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 196CE1A884B for ; Wed, 4 Nov 2015 19:04:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8QlrcuADENB1 for ; Wed, 4 Nov 2015 19:04:28 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C68931A8839 for ; Wed, 4 Nov 2015 19:04:28 -0800 (PST) Received: from dhcp-24-63.meeting.ietf94.jp (dhcp-24-63.meeting.ietf94.jp [133.93.24.63] (may be forged)) (authenticated bits=0) by nostrum.com (8.15.2/8.14.9) with ESMTPSA id tA534RBl031460 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK) for ; Wed, 4 Nov 2015 21:04:28 -0600 (CST) (envelope-from rjsparks@nostrum.com) To: tools-discuss@ietf.org References: <877flx7les.fsf@hobgoblin.ariadne.com> <563A6AC9.7040707@alcatel-lucent.com> <563AB7E8.9060904@gmail.com> From: Robert Sparks Message-ID: <563AC73A.9010807@nostrum.com> Date: Thu, 5 Nov 2015 12:04:26 +0900 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Tools-discuss] IPR disclosures not sent to WG list X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 03:04:30 -0000 It does. Picking a document arbitrarily: http://datatracker.ietf.org/ipr/search/?submit=draft&id=draft-ietf-mpls-entropy-lsp-ping On 11/5/15 11:01 AM, Barry Leiba wrote: >> Which raises a question in my mind. If draft-b is tagged as replacing >> draft-a, does the tracker automatically link any IPR disclosures >> against draft-a to draft-b? > I believe it is supposed to. I believe it didn't used to, and that > was changed at some point. > > But, then, people believe a lot of things, so someone should check. > The IESG certainly *wants* it to work that way. > > Barry > From nobody Thu Nov 5 11:51:33 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87C561B3368 for ; Thu, 5 Nov 2015 11:51:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.235 X-Spam-Level: X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_SOFTFAIL=0.665] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nCzWmPp95f7T for ; Thu, 5 Nov 2015 11:51:30 -0800 (PST) Received: from resqmta-ch2-11v.sys.comcast.net (resqmta-ch2-11v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:43]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6A441A21AC for ; Thu, 5 Nov 2015 11:51:23 -0800 (PST) Received: from resomta-ch2-12v.sys.comcast.net ([69.252.207.108]) by resqmta-ch2-11v.sys.comcast.net with comcast id dvrG1r0012LrikM01vrN9F; Thu, 05 Nov 2015 19:51:22 +0000 Received: from hobgoblin.ariadne.com ([73.143.237.82]) by resomta-ch2-12v.sys.comcast.net with comcast id dvrM1r00c1nMCLR01vrNa4; Thu, 05 Nov 2015 19:51:22 +0000 Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id tA5JpLMN003889; Thu, 5 Nov 2015 14:51:21 -0500 Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id tA5JpL5D003886; Thu, 5 Nov 2015 14:51:21 -0500 X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f From: worley@ariadne.com (Dale R. Worley) To: Martin Vigoureux In-Reply-To: <563A6AC9.7040707@alcatel-lucent.com> (martin.vigoureux@alcatel-lucent.com) Sender: worley@ariadne.com (Dale R. Worley) Date: Thu, 05 Nov 2015 14:51:20 -0500 Message-ID: <87611g5io7.fsf@hobgoblin.ariadne.com> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1446753082; bh=dTKxZHGI00dFwlFkyWbIiQ7HnMJ3A56RrceN3BqFe+Y=; h=Received:Received:Received:Received:From:To:Subject:Date: Message-ID; b=ZPJchMt+/3VoqxaJPNVyaDOsT2RmbWpnrXnMiYj8EWPZyMarlPiVS98CwLZC5djRg Yeoeiy/82hYe6s1XUUWoq7Gd2Cc+yUqJyulRWSJRlexQfGHPD+Jqldjx2aiZLM9H9x OncApTR3qdSv+AtCtkLBvL9tzH1ejzHBiskIKxHl9uzt57KCk4GiI561zG3GSNgSa+ 0ey4recYN3Jc+GL4tEZoBVEPVlSwpM6Z0TEb7mq6Ym/rIrSy1DzTLBzrbDbdGsHG1l cDXpdt8LESiS10JRnhiMOstC9J4Fyi+1KyFPKC4sGitVCYmBsl9rpFjakwuKEQdcd4 WxoRAz4JFBVFQ== Archived-At: Cc: tools-discuss@ietf.org Subject: Re: [Tools-discuss] IPR disclosures not sent to WG list X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 19:51:31 -0000 Martin Vigoureux writes: > Well it depends to which position in time do you precisely mean by "when > ... promoted ..." If I understand your original message correctly, if a draft is logged in the database as being a WG document, then any new IPR disclosure filed against it is notified to the WG mailing list. So my proposal is "When a document becomes marked as a WG document, all IPR disclosures against it are notified to the WG mailing list." Or really: For any WG, document, and IPR disclosure, when the condition 'the document is a WG document for the WG and the IPR disclosure is against the document' transitions from false to true, then a notice of the IPR disclosure is sent to the WG mailing list. Right now, we only act on the transition if it happens because a new IPR disclosure is filed. But we also need to act on the transition if it is because the document becomes a WG document. Dale From nobody Thu Nov 5 15:06:02 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 152481B3D16 for ; Thu, 5 Nov 2015 15:05:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.911 X-Spam-Level: X-Spam-Status: No, score=-6.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dWi9iw3RbVkU for ; Thu, 5 Nov 2015 15:05:57 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81B1E1B3D15 for ; Thu, 5 Nov 2015 15:05:57 -0800 (PST) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id 946E523680055; Thu, 5 Nov 2015 23:05:51 +0000 (GMT) Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id tA5N5qHE029093 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 6 Nov 2015 00:05:52 +0100 Received: from [135.224.200.99] (135.239.27.40) by FR711WXCHHUB01.zeu.alcatel-lucent.com (135.239.2.111) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 6 Nov 2015 00:05:51 +0100 Message-ID: <563BE0CA.3090806@alcatel-lucent.com> Date: Fri, 6 Nov 2015 00:05:46 +0100 From: Martin Vigoureux User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Barry Leiba References: <877flx7les.fsf@hobgoblin.ariadne.com> <563A6AC9.7040707@alcatel-lucent.com> In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [135.239.27.40] Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] IPR disclosures not sent to WG list X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 23:05:59 -0000 Barry, indeed it is not too late, but if an IPR disclosure comes during an adoption call, I believe it is much better to know that immediately rather than to discover it after the call has ended. martin Le 05/11/2015 02:52, Barry Leiba a Ă©crit : >> And, on that matter, if you suggest that the automatic notification be sent >> after we move from "Call for Adoption issued" to "Adopted as WG document" >> then I think it is too late. > > I don't think it's too late at all. The earlier, the better, of > course... but any time that's early in the document's working group > life cycle is good. Working groups can certainly reconsider things in > light of new information, and the document could be abandoned or have > its processing otherwise changed as a result. Finding out right after > adoption is way better than finding out, say, during WGLC (or later). > > Barry > From nobody Wed Nov 11 07:25:51 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00D101AD28D for ; Wed, 11 Nov 2015 07:08:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.611 X-Spam-Level: X-Spam-Status: No, score=-2.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bNNN1wtIuqWs for ; Wed, 11 Nov 2015 07:08:13 -0800 (PST) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7AB7D1AD259 for ; Wed, 11 Nov 2015 07:08:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 3C5A010AFDF for ; Wed, 11 Nov 2015 16:08:11 +0100 (CET) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5wczdl33TlHm for ; Wed, 11 Nov 2015 16:08:11 +0100 (CET) X-ENC: Last-Hop-TLS-encrypted X-ENC: Last-Hop-TLS-encrypted Received: from METHONE.office.hd (methone.office.hd [192.168.24.54]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailer1.neclab.eu (Postfix) with ESMTPS id 1DFE410AFDA for ; Wed, 11 Nov 2015 16:08:09 +0100 (CET) Received: from HYDRA.office.hd ([169.254.4.222]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.03.0210.002; Wed, 11 Nov 2015 16:07:53 +0100 From: Andreas Ripke To: "tools-discuss@ietf.org" Thread-Topic: draft version link missing Thread-Index: AdEckpQ0W0dk+mlCSlCWg/PGsUyiRw== Date: Wed, 11 Nov 2015 15:07:52 +0000 Message-ID: <2D2FFE4726FAF74285C45D69FDC30E79A5928B65@Hydra.office.hd> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.2.201] Content-Type: multipart/alternative; boundary="_000_2D2FFE4726FAF74285C45D69FDC30E79A5928B65Hydraofficehd_" MIME-Version: 1.0 Archived-At: X-Mailman-Approved-At: Wed, 11 Nov 2015 07:25:50 -0800 Subject: [Tools-discuss] draft version link missing X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2015 15:08:16 -0000 --_000_2D2FFE4726FAF74285C45D69FDC30E79A5928B65Hydraofficehd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I hope this is the right place to report this minor issue. When loading version < 04 of below draft, e.g.: https://tools.ietf.org/html/draft-ietf-pcp-third-party-id-option-03 it misses to show a link to version 04 (the latest version) in the header, = which is: https://tools.ietf.org/html/draft-ietf-pcp-third-party-id-option-04 Not a big thing, I just got confused the other day when checking the old ve= rsion. But I suppose it is not intended to be like this. Thanks, Best, Andreas NEC Europe Ltd | Registered Office: Athene, Odyssey Business Park, West End= Road, London, HA4 6QE, GB | Registered in England 2832014 --_000_2D2FFE4726FAF74285C45D69FDC30E79A5928B65Hydraofficehd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

I hope this is the right place to report this minor = issue.

 

When loading version < 04 of below draft, e.g.:

https://tools.ietf.org/html/draft-ietf-pcp-thir= d-party-id-option-03

it misses to show a link to version 04 (the latest v= ersion) in the header, which is:

https://tools.ietf.org/html/draft-ietf-pcp-thir= d-party-id-option-04

 

Not a big thing, I just got confused the other day w= hen checking the old version.

But I suppose it is not intended to be like this.

 

Thanks,

 

Best,

 

Andreas

 

 

 

NEC Europe Ltd | Registered Office: Athene, Odyssey = Business Park, West End  Road, London, HA4 6QE, GB | Registered in Eng= land 2832014

 

--_000_2D2FFE4726FAF74285C45D69FDC30E79A5928B65Hydraofficehd_-- From nobody Sat Nov 14 13:57:13 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FA561B2A73 for ; Sat, 14 Nov 2015 13:57:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yXGAIYVQHAlv for ; Sat, 14 Nov 2015 13:57:10 -0800 (PST) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B711C1B2A70 for ; Sat, 14 Nov 2015 13:57:10 -0800 (PST) Received: by obbww6 with SMTP id ww6so98016765obb.0 for ; Sat, 14 Nov 2015 13:57:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=fXrb9QV5HttZIC1SG7tY7CR6Qmt/I+mQ2+l/dGt1j5A=; b=SXNdAVF4XIyUSHR6yg8VBHjK1l2DW+Ybht3ZHI8yDkcvo0fY2czr8jmrD4u2bEqnMk ZddUT4eTZGVrn/SfotEHLTfQ+0GpWnc9jHTaFET7Y3bPmetglcv/2Z0uaLLCrxF6HSNx RLaA0xJr24s+m8T/mU/nH8RqWOkYfNphsTIjCbc/wOh9nSteXuIgbk7CMiIDvKsycNTx gKkrYcrLRPHqHHu4fxiBsPDh/rqvUaV2j6p+cCwYRIlPGPXg/u0seOF7fskVuhQDI34u EHsUEijXnxbBqXFy9+N6NkSO8Y5gFpbssIfKMqYJE0r648/Tj2g5j1In3OV6MAU53TTd e5hA== MIME-Version: 1.0 X-Received: by 10.182.181.65 with SMTP id du1mr16891624obc.71.1447538230200; Sat, 14 Nov 2015 13:57:10 -0800 (PST) Received: by 10.202.78.198 with HTTP; Sat, 14 Nov 2015 13:57:10 -0800 (PST) Date: Sat, 14 Nov 2015 16:57:10 -0500 Message-ID: From: Richard Barnes To: Tools Team Discussion Content-Type: multipart/alternative; boundary=089e0158b49e02919105248742ae Archived-At: Subject: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Nov 2015 21:57:12 -0000 --089e0158b49e02919105248742ae Content-Type: text/plain; charset=UTF-8 (1) It's not on by default (no redirect from http:) (2) It doesn't work: https://tools.ietf.org/wg/acme/ --089e0158b49e02919105248742ae Content-Type: text/html; charset=UTF-8
(1) It's not on by default (no redirect from http:)

(2) It doesn't work: https://tools.ietf.org/wg/acme/
--089e0158b49e02919105248742ae-- From nobody Sat Nov 14 14:36:57 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81AEB1B2CD3 for ; Sat, 14 Nov 2015 14:36:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nPtTseKidS6X for ; Sat, 14 Nov 2015 14:36:54 -0800 (PST) Received: from mail-yk0-x229.google.com (mail-yk0-x229.google.com [IPv6:2607:f8b0:4002:c07::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5941B1B2CD1 for ; Sat, 14 Nov 2015 14:36:54 -0800 (PST) Received: by ykba77 with SMTP id a77so192649263ykb.2 for ; Sat, 14 Nov 2015 14:36:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari_net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Ck4cXffEjYhLQzrkqIRlnCynFdlbt16eq+/LLbCAh94=; b=wZd+tUFiAa8tU/rub7xhrxkQfCQOF4+o64uDFKPX2PVZ4tpai5h0r85ChRRv3C3dpY I5NhR4A6Bc+n27K6GRPC2Q89IF9AbbOnzqwsnpXjLXv//9RfL63eQPSn9u9thmmUJzWw YJzXJawXXynzNdHYfPM3mCOMgEoZ8qhnfmw0LrZkgV6aDmrHvoFT9Dme7JuOeDlNMeJC 6+o/k4iTFSpqyyRUHVuk/5esz2T9E8G88z4Uwa+aaYRbDOe1OTixwHb5ABUKLDI1vXjx gEBtFrgmmjgUN2l8c7X1j7Q7DUyH6sGA5HPNviCRdNWeakx+LlVwxgwXn26oWZC9IOTU oVfw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Ck4cXffEjYhLQzrkqIRlnCynFdlbt16eq+/LLbCAh94=; b=KTRLYgpRoDk2+qGojUv27px9FFsA6SjF3xwouEDbCeHw+cwUMlVy3O365ynb+XIHlM n8jkyLgTa/x6CjpCrh/OuMo365j3oCGubwPrtDvdSO1ZjRhoY4qgQL/iOmt6EvAjKa4B /v7o1xi3358qt+tNrm3l9fuNiG7jXFuwpY1MrGap5KJNZ7puM9XTbzCowysrP7WnJmSL 35Tu66rU02L1krT2NZ9Dwo6nzMMIQ2jy0fLG7SE9NaQp4tOUghxEu6ESQyzvAlvQNaPs r1iXiweLZB6zWeiR5eocH12obDyxll5Ciufzlaj7PjormUgEhY5vmJorf4siypvPMSZc tr/Q== X-Gm-Message-State: ALoCoQlkoBZupWi4E8456A1L055yRiQNvBeC+uQkAJsu0Rlvbg2n3lrTWgv5+tGczt2Em5aPSc+y MIME-Version: 1.0 X-Received: by 10.13.194.193 with SMTP id e184mr22095910ywd.203.1447540613619; Sat, 14 Nov 2015 14:36:53 -0800 (PST) Received: by 10.37.202.11 with HTTP; Sat, 14 Nov 2015 14:36:53 -0800 (PST) In-Reply-To: References: Date: Sat, 14 Nov 2015 17:36:53 -0500 Message-ID: From: Warren Kumari To: Richard Barnes Content-Type: multipart/alternative; boundary=001a114edb3012d56f052487d073 Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Nov 2015 22:36:55 -0000 --001a114edb3012d56f052487d073 Content-Type: text/plain; charset=UTF-8 On Saturday, November 14, 2015, Richard Barnes wrote: > (1) It's not on by default (no redirect from http:) > > (2) It doesn't work: https://tools.ietf.org/wg/acme/ > WFM, Chrome on IOS. On a plane, about to take off, so cannot easily provide more useful debug. W -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf --001a114edb3012d56f052487d073 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Saturday, November 14, 2015, Richard Barnes <richard.barnes@gmail.com> wrote:
(1) It's not on by def= ault (no redirect from http:)

(2) It doesn't work: https://tools.ietf.o= rg/wg/acme/

WFM, Chrome on IO= S.
On a plane, about to take off, so cannot easily provide more u= seful debug.
W
=C2=A0


--
= I don't think the execution is relevant when it was obviously a bad ide= a in the first place.
This is like putting rabid weasels in your pants, = and later expressing regret at having chosen those particular rabid weasels= and that pair of pants.
=C2=A0 =C2=A0---maf
--001a114edb3012d56f052487d073-- From nobody Sat Nov 14 14:58:38 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 115511B2D3B for ; Sat, 14 Nov 2015 14:58:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.6 X-Spam-Level: X-Spam-Status: No, score=-0.6 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ai50Y6mTjvvK for ; Sat, 14 Nov 2015 14:58:34 -0800 (PST) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A79C11B2D37 for ; Sat, 14 Nov 2015 14:58:34 -0800 (PST) Received: by qkao63 with SMTP id o63so81643121qka.2 for ; Sat, 14 Nov 2015 14:58:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=hV9QYozUp0JmZUsoMP921SrNeUMh6GPmocOtIcSJfus=; b=f0bDSnGJgZgIf0T7W+5li1z1VNj2VFa0FvnRRHQ0DDfbcNMuyCQQRRlHUPDhrfB5f0 PJCYk7yKFU9vDDuQTOx4UQLN6mZQUY0N9CSHBe5wWJSAKBqG2H9NkqL0sxMbYYmmE2qm VBfeb71ldAIOSlq41lT5Ize5hcafeA+JDpV9LCmTw8T2+xLxf3KS3CFMdt5wPXRHBH4x SnZR+kl/xN8hrB1EIys/H4e82Yj+v4RDYZ6lMYmuCgkgtRov2z2jlzJHIhZFHRC5YZBf ry+54hOr4CsfZTWFbxudERepEEwXixBkmAo87AofiGFWKw1SwgRkXpWfAf1ptUsbVaX3 ygMw== X-Received: by 10.140.25.227 with SMTP id 90mr12160416qgt.73.1447541913798; Sat, 14 Nov 2015 14:58:33 -0800 (PST) Received: from [10.4.1.79] ([201.140.212.141]) by smtp.gmail.com with ESMTPSA id o20sm6990422qki.42.2015.11.14.14.58.31 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 14 Nov 2015 14:58:32 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1B5C59AD-3DBD-4C5E-B31A-814E8B1F4096"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5.2 From: Bob Hinden In-Reply-To: Date: Sat, 14 Nov 2015 19:58:15 -0300 Message-Id: <4ED32CB5-B2AB-4EE8-B624-8199727761CE@gmail.com> References: To: Warren Kumari X-Mailer: Apple Mail (2.2104) Archived-At: Cc: Richard Barnes , Tools Team Discussion Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Nov 2015 22:58:36 -0000 --Apple-Mail=_1B5C59AD-3DBD-4C5E-B31A-814E8B1F4096 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Nov 14, 2015, at 7:36 PM, Warren Kumari wrote: >=20 >=20 >=20 > On Saturday, November 14, 2015, Richard Barnes = wrote: > (1) It's not on by default (no redirect from http:) >=20 > (2) It doesn't work: https://tools.ietf.org/wg/acme/ >=20 > WFM, Chrome on IOS. > On a plane, about to take off, so cannot easily provide more useful = debug. Worked for me from a lounge in the S=C3=A3o Paulo airport using Safari. Bob --Apple-Mail=_1B5C59AD-3DBD-4C5E-B31A-814E8B1F4096 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJWR7yIAAoJEK7rdBF357uoDR0IAJtFwnW9rlt6sSy7UpH1Rj0R YpYnCMsak/xZ4ibblHGdyRHoiTgVy9X+ebHzvZHjFfBAgTButWNkIAJw9W3MjKij /ecCg3X5MNOEuTRRKiumKdSHgKM/T5tNHKyqnM7CvPh3T+o3+V20unpqAkjdLdjA 0Pdl0LsUL8VZLHx2u+o9+DFScvC0XlRKGF4G1M9Sj0FxkP4hOqxZiAc1vNga/nUp xi7WbHqIZE+9YQyPtNo+yto/2kLrbI2GAAJk5kRh/kDGxelNs1JalCQa0y/1DiZc PyUqE8TOfglbdCLQYuTFWe2zUYzbJPh1fJWZzzgCYxtLuDJyZXsvVTbrNLCIcFc= =6rCq -----END PGP SIGNATURE----- --Apple-Mail=_1B5C59AD-3DBD-4C5E-B31A-814E8B1F4096-- From nobody Sat Nov 14 15:02:37 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E03EC1B2D50 for ; Sat, 14 Nov 2015 15:02:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.347 X-Spam-Level: X-Spam-Status: No, score=-1.347 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_MISMATCH_COM=0.553] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SO5aLzJZ69HG for ; Sat, 14 Nov 2015 15:02:36 -0800 (PST) Received: from hoffman.proper.com (Opus1.Proper.COM [207.182.41.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F18831B2D4F for ; Sat, 14 Nov 2015 15:02:35 -0800 (PST) Received: from [10.32.60.30] (50-1-98-110.dsl.dynamic.fusionbroadband.com [50.1.98.110]) (authenticated bits=0) by hoffman.proper.com (8.15.2/8.14.9) with ESMTPSA id tAEN2YYe079147 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 14 Nov 2015 16:02:35 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: hoffman.proper.com: Host 50-1-98-110.dsl.dynamic.fusionbroadband.com [50.1.98.110] claimed to be [10.32.60.30] From: "Paul Hoffman" To: "Tools Team Discussion" Date: Sat, 14 Nov 2015 15:02:33 -0800 Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.2r5141) Archived-At: Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Nov 2015 23:02:37 -0000 On 14 Nov 2015, at 13:57, Richard Barnes wrote: > (1) It's not on by default (no redirect from http:) That is an odd definition for "on by default". The lack of a forced redirect allows people who do not trust the certificate for the site to still read the material. > (2) It doesn't work: https://tools.ietf.org/wg/acme/ Eeeewwww. Warren is right that this works in Chrome just fine. In Firefox/Mac, it fails partway through the page. Fortunately, the source of the failed page gives a dump. Now the question is what on earth could be different between the two browsers that would cause such an error. --Paul Hoffman From nobody Sat Nov 14 18:05:42 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1440F1B3021 for ; Sat, 14 Nov 2015 18:05:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eNYUHQXOsI5B for ; Sat, 14 Nov 2015 18:05:39 -0800 (PST) Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com [IPv6:2607:f8b0:4003:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4ACE11B2FD4 for ; Sat, 14 Nov 2015 18:05:39 -0800 (PST) Received: by oiww189 with SMTP id w189so68185824oiw.3 for ; Sat, 14 Nov 2015 18:05:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Ao+K8uoi5jNgCm9O0soKnDRsZF+QaoFLHvpDekxcFX4=; b=GNRRC8myVtkvVTf4eSVtr+e8sLTu0Iv2nxnFaWyOwqRABvuH7yje//JHTs/1v3apPE u23IBp35uvltMvJY8rytzKSPjtndCUQcN1ehtIWisH60KjcVFEy+Dix/6UfFeUPYvrYU qAkuVH2j85VBIA8fCd+wnif40i6/K/B/T1cAhAoIM9fuhqjZhMghYjUhMXwGPs49ClK6 h2paz2ixI7JDpcDKFKIyUqTg2ta2/WmIb4HQvmszG7H5OMf8fieEaYvUe+sOYMAaaXMD WZ+obr3oxaDnoXUYP/8UO8res029SNSAs9pSthoFuzp/3Et7hZiRFV1zNAFXR/G3rVdh DqkQ== MIME-Version: 1.0 X-Received: by 10.202.71.208 with SMTP id u199mr15091889oia.102.1447553138626; Sat, 14 Nov 2015 18:05:38 -0800 (PST) Received: by 10.202.78.198 with HTTP; Sat, 14 Nov 2015 18:05:38 -0800 (PST) In-Reply-To: References: Date: Sat, 14 Nov 2015 21:05:38 -0500 Message-ID: From: Richard Barnes To: Paul Hoffman Content-Type: multipart/alternative; boundary=001a113e4fb29f15e605248aba80 Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 02:05:41 -0000 --001a113e4fb29f15e605248aba80 Content-Type: text/plain; charset=UTF-8 On Sat, Nov 14, 2015 at 6:02 PM, Paul Hoffman wrote: > On 14 Nov 2015, at 13:57, Richard Barnes wrote: > > (1) It's not on by default (no redirect from http:) >> > > That is an odd definition for "on by default". The lack of a forced > redirect allows people who do not trust the certificate for the site to > still read the material. You're implying that it's still OK for people to be accessing the site over plaintext. Why do you hate security, Paul? :) I'm also not clear on why you think people would not trust the certificate. Starfield is not the most well-known CA, but they're run by Amazon now, and if you don't trust Amazon, you have bigger things to worry about than the tools pages. And if there's an issue with the CA, that seems fixable. > (2) It doesn't work: https://tools.ietf.org/wg/acme/ >> > > Eeeewwww. Warren is right that this works in Chrome just fine. In > Firefox/Mac, it fails partway through the page. Fortunately, the source of > the failed page gives a dump. > > Now the question is what on earth could be different between the two > browsers that would cause such an error. > > --Paul Hoffman > > -- > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org bugs at > http://tools.ietf.org/tools/ietfdb > Please report tools.ietf.org bugs at http://tools.ietf.org/tools/issues or > send email to webmaster@tools.ietf.org > --001a113e4fb29f15e605248aba80 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Sat, Nov 14, 2015 at 6:02 PM, Paul Hoffman <paul.hoffman@vpnc.o= rg> wrote:
On 14 Nov 2015, at 13:57, Richard Barnes wrote:

(1) It's not on by default (no redirect from http:)

 That is an odd definition for "on by default". The lack of a forc= ed redirect allows people who do not trust the certificate for the site to = still read the material.

You're implyin= g that it's still OK for people to be accessing the site over plaintext= .=C2=A0 Why do you hate security, Paul? =C2=A0:)

I= 'm also not clear on why you think people would not trust the certifica= te.=C2=A0 Starfield is not the most well-known CA, but they're run by A= mazon now, and if you don't trust Amazon, you have bigger things to wor= ry about than the tools pages.=C2=A0 And if there's an issue with the C= A, that seems fixable.

=C2=A0
(2) It doesn't work: https://tools.ietf.org/wg/acme/

 Eeeewwww. Warren is right that this works in Chrome just fine. In Firefox/M= ac, it fails partway through the page. Fortunately, the source of the faile= d page gives a dump.

Now the question is what on earth could be different between the two browse= rs that would cause such an error.

--Paul Hoffman

--
Tools-discuss mailing list
Tools-discuss@i= etf.org
https://www.ietf.org/mailman/listinfo/tools-discu= ss

Please report datatracker.ietf.org bugs at http://tools.ietf= .org/tools/ietfdb
Please report tools.ietf.org bugs at http://tools.ietf.org/tools= /issues or
send email to webmaster@tools.ietf.org

--001a113e4fb29f15e605248aba80-- From nobody Sun Nov 15 00:34:44 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6BA21AC3F9 for ; Sun, 15 Nov 2015 00:34:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wxf-zPIkvGRb for ; Sun, 15 Nov 2015 00:34:41 -0800 (PST) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8DF711AC3CC for ; Sun, 15 Nov 2015 00:34:41 -0800 (PST) Received: by padhx2 with SMTP id hx2so142944542pad.1 for ; Sun, 15 Nov 2015 00:34:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=hQWvlhjFK5FrDt5M3H+06y46mUTG4FKUUFDqkZRHgQI=; b=zD1DCNnJK1CiRBr5cKUw5tnog1e+46Kpkxb3tVOyWX5J9N+CY/dE22Xg6QC2BBTP93 Lgu/eqPBHUl+IveS0LFmQMjNorI7bOBaIgDn9lXCIzspCH6e/z4RTH96eo2chuuPN++D aFebPTgnKsFya1w8q/SKhxg1lAFqdU7ulJjjJiumqtqH+Z84kEp/tWBQ7g3si6DHBepw S/SvXE2jrMOAuPaWFbx9rOYyQ5yVPfkOqalnwQQ+jJYb9MDK7YwhDNKjZXJiZR2GHPaz 0DWg6tz8Ihh99uVgMZFBSuPwI+8nYAIh8RqNUD1XWsUHbd10DJFhA+BlpGBZz/cbaVxa bDYg== X-Received: by 10.66.160.229 with SMTP id xn5mr44947854pab.0.1447576481159; Sun, 15 Nov 2015 00:34:41 -0800 (PST) Received: from [172.18.133.40] (cowboy.intuit.com. [65.204.229.11]) by smtp.googlemail.com with ESMTPSA id d7sm29584768pas.31.2015.11.15.00.34.37 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Nov 2015 00:34:40 -0800 (PST) To: Paul Hoffman , Tools Team Discussion References: From: Yaron Sheffer Message-ID: <56484399.7070803@gmail.com> Date: Sun, 15 Nov 2015 10:34:33 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 08:34:43 -0000 On 11/15/2015 01:02 AM, Paul Hoffman wrote: > On 14 Nov 2015, at 13:57, Richard Barnes wrote: > >> (1) It's not on by default (no redirect from http:) > > That is an odd definition for "on by default". The lack of a forced > redirect allows people who do not trust the certificate for the site to > still read the material. > >> (2) It doesn't work: https://tools.ietf.org/wg/acme/ > > Eeeewwww. Warren is right that this works in Chrome just fine. In > Firefox/Mac, it fails partway through the page. Fortunately, the source > of the failed page gives a dump. > > Now the question is what on earth could be different between the two > browsers that would cause such an error. > Works for me (Firefox on Linux). But there's a 404 for https://tools.ietf.org/photo/salz-rich-th.jpg. Mr. Salz's photo thumbnail is only available on HTTP. From nobody Sun Nov 15 08:05:36 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15E9C1A8704 for ; Sun, 15 Nov 2015 08:05:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.423 X-Spam-Level: * X-Spam-Status: No, score=1.423 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EmhdBOMmX98d for ; Sun, 15 Nov 2015 08:05:34 -0800 (PST) Received: from mail-yk0-x229.google.com (mail-yk0-x229.google.com [IPv6:2607:f8b0:4002:c07::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC7F11A8703 for ; Sun, 15 Nov 2015 08:05:33 -0800 (PST) Received: by ykba77 with SMTP id a77so204452002ykb.2 for ; Sun, 15 Nov 2015 08:05:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm_com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to:content-type; bh=43SSbcftA9KLuGKN9v4DjMK4b8qIb4tg58tSpDSaZRs=; b=TNNvB65Jq79xSzLiNrEGZd/I9RgcwAhkDVlaKTQdlrW3JzzAKOpcaxqsigwSYkqjcZ cX1vUBfBBjYe/kry9uzHlJCBUKShwFMrW2Z6uhsAgWN27Zo+8rQma7J8W7cJSVHmP+cC m9pl6CIuy6mEwyTPYR9pu8IQ0iZjQRSDJXMspAERdVuZ9EOQ50asi820SehNBZMHGU8f +gyER5udqyVcvt6YX6L5JB2I03PTCxOqT+vh6NjtqjrSbStvDnDQXCUpxaBE/WlQky/s 8rqj8p7XkhUQhISH4B3dvlJHK6oyK5IXE5dMB9jEX6uZKRr2TWEGWLlaN1VfQ7+GLW/O BXdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=43SSbcftA9KLuGKN9v4DjMK4b8qIb4tg58tSpDSaZRs=; b=Co2A/4OwTbkhv0u1+qglDqqnw0uZPLzfwpmz0EMKuXp7jAEl2B7EU8gARuoOraQ4qj WGGkvIWKuRdy+59JBZArm5fzzQfLCqnkfMnTAFjlx9uTEpxkJro7La//6Y7CPoIu+ErN ZaAEW0CMyLiVj/fadikDCQWfeflWiHHi2xIVG9HFsWVY6cWuwJVsB/bO1G0a3T3Sp9iq /qGycbDnAQVnsXb1AmjgQ9BfdnS+UDGDQ6gprrzqNMfvT3co805EME67U0XpY2rWkFpE 1hCc3pzr17Pk8cWGyyzjf0cq9B+UCdGI77/W53OSvIJAqIpKJLhdqFwUE3y66SnsbSZi JJWg== X-Gm-Message-State: ALoCoQmJpzdT/WycQaqG1lg/KjcuZayFNLPunOmD8GKZIlc//FPH7bnUKV4DdhC86QRHFwckM+Xo X-Received: by 10.129.34.4 with SMTP id i4mr30856610ywi.155.1447603533103; Sun, 15 Nov 2015 08:05:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.221.203 with HTTP; Sun, 15 Nov 2015 08:04:53 -0800 (PST) From: Eric Rescorla Date: Sun, 15 Nov 2015 08:04:53 -0800 Message-ID: To: tools-discuss@ietf.org Content-Type: multipart/alternative; boundary=001a114086785df9d90524967689 Archived-At: Subject: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 16:05:35 -0000 --001a114086785df9d90524967689 Content-Type: text/plain; charset=UTF-8 Hi folks, tools.ietf.org has a major performance problem whenever you fetch a draft without a version number. So, for instance, dereference: https://tools.ietf.org/html/draft-ietf-acme-acme This does a 302 redirect to: https://tools.ietf.org/html/draft-ietf-acme-acme-01 The second fetch is not too terrible (250ms or so), but the first fetch spends 6 seconds waiting for the site to do the redirect. A bit of digging shows that essentially all this time is spent after the request is sent and waiting for the site. Based on inferences from other behaviors, I suspect that this is some sort of database query to see what the latest draft version is. Given the trivial size of this data set, that seems like it should be easy to fix, though... -Ekr --001a114086785df9d90524967689 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi folks,

tools.ietf.org has a major performance problem whenever you fetch = a
draft without a version number. So, for instance, dereference:<= /div>


This does a 302 redirect to:

= The second fetch is not too terrible (250m= s or so), but the first fetch spends
6 seconds waiting for the site to do the redirect. A bit of dig= ging shows that
essential= ly all this time is spent after the request is sent and waiting for the
site. Based on inferences fr= om other behaviors, I suspect that this is some
sort of database query to see what the latest draft = version is. Given the
tri= vial size of this data set, that seems like it should be easy to fix, thoug= h...

-Ekr
--001a114086785df9d90524967689-- From nobody Sun Nov 15 08:36:28 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E0A41A8768 for ; Sun, 15 Nov 2015 08:36:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.2 X-Spam-Level: X-Spam-Status: No, score=-99.2 tagged_above=-999 required=5 tests=[BAYES_50=0.8, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3tU3SrnlfzvH for ; Sun, 15 Nov 2015 08:36:25 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B7C41A8765 for ; Sun, 15 Nov 2015 08:36:25 -0800 (PST) Received: from 78-68-120-205-no105.tbcn.telia.com ([78.68.120.205]:58133 helo=[192.168.1.128]) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Zy0Hw-0006bN-1O; Sun, 15 Nov 2015 08:36:25 -0800 To: Eric Rescorla , tools-discuss@ietf.org References: From: Henrik Levkowetz X-Enigmail-Draft-Status: N1110 Message-ID: <5648B478.7050000@levkowetz.com> Date: Sun, 15 Nov 2015 17:36:08 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jHCcvD8qXaEXijv4j4npbkPTT4B5ONueL" X-SA-Exim-Connect-IP: 78.68.120.205 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, ekr@rtfm.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Archived-At: Subject: Re: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 16:36:27 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jHCcvD8qXaEXijv4j4npbkPTT4B5ONueL Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Eric, Actually, it's a very simple-minded throttling, in defence of aggressive robots: sleep for 5 seconds. I've rearranged the code a bit, to reduce the wait if the html file doesn= 't need to be re-generated. (When you see an issue with anything on tools.ietf.org, please email me, = rather than the anonymous 'folks'; they can't do anything about it. If I happen= to notice messages on the list, I fix things; but I don't always see list me= ssages in a timely manner.) Regards, Henrik On 2015-11-15 17:04, Eric Rescorla wrote: > Hi folks, >=20 > tools.ietf.org has a major performance problem whenever you fetch a > draft without a version number. So, for instance, dereference: >=20 > https://tools.ietf.org/html/draft-ietf-acme-acme >=20 > This does a 302 redirect to: > https://tools.ietf.org/html/draft-ietf-acme-acme-01 >=20 > The second fetch is not too terrible (250ms or so), but the first fetch= > spends > 6 seconds waiting for the site to do the redirect. A bit of digging sho= ws > that > essentially all this time is spent after the request is sent and waitin= g > for the > site. Based on inferences from other behaviors, I suspect that this is = some > sort of database query to see what the latest draft version is. Given t= he > trivial size of this data set, that seems like it should be easy to fix= , > though... >=20 > -Ekr >=20 >=20 >=20 --jHCcvD8qXaEXijv4j4npbkPTT4B5ONueL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJWSLSBAAoJEE6bV0uPuxcakqQQAIDrkglUQpOpOsSaXb0zOhmu jylmvQp7obgak9VglO9Sb8KAy9SDio7hFUBTyb0joZKegpFsa8hnlgIns/hitlgB lVQPc46ZkzD9XqKcitcAN5SdQ/6OrR1Zoov/cir49jf0zZoz/Wc3Q+GsPaqoqrKp 0VROZzmoa45DyWs75HSFGDxl0AaSI+jukLQ/ivThxqVwm8C9uOiiX/SRmGUiMdkU MlmRtYw5EBBeEMrpnRgYwQoM1pX2lGG9TYTDxU0ZwfXvs5ypLk27bzGqsrczUqvN rQRtwBXz3ToaYIKLgYuMqkQoP5gK6dXKErDJWbpIZrUVCzgVip+Ly80LHBWy147A SxaHlB6b2HH6Vz1RROH759VW2RL3d0sCAjidslIz5hs815RD0J8cR28mcCK8gosk 7SMylFCLbk9F1qumtT0Xi6y4aUN8CmPbV1eMmK1Rx+LPDoCxBNjY/H5YvqR4J7vY 2ESXWz0gJiSWFN+T5FpyUx2wtGLDCMR6JCW1JbmtsxTvXhe2yXaj8BpC4PCeL9mX bAeb5c7kBUkSPOKrv73R9exUK2fBTnslWhwPXJpF1aYS430JNhO12JauYLiLlJe8 6k9V/gLv6hX3TuOAHW1h11EnqjCIyg84WN/4pu5kKyzv1eTvAblXuAc0xXshC7cC lNVoFW1hh3L47TxeE33n =SeLO -----END PGP SIGNATURE----- --jHCcvD8qXaEXijv4j4npbkPTT4B5ONueL-- From nobody Sun Nov 15 08:39:12 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C38B1A876F for ; Sun, 15 Nov 2015 08:39:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.353 X-Spam-Level: * X-Spam-Status: No, score=1.353 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_MISMATCH_COM=0.553] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RH1EcoEs-Vf9 for ; Sun, 15 Nov 2015 08:39:10 -0800 (PST) Received: from hoffman.proper.com (Opus1.Proper.COM [207.182.41.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 666431A874F for ; Sun, 15 Nov 2015 08:39:10 -0800 (PST) Received: from [10.32.60.35] (50-1-98-110.dsl.dynamic.fusionbroadband.com [50.1.98.110]) (authenticated bits=0) by hoffman.proper.com (8.15.2/8.14.9) with ESMTPSA id tAFGd7s3021124 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Nov 2015 09:39:08 -0700 (MST) (envelope-from paul.hoffman@vpnc.org) X-Authentication-Warning: hoffman.proper.com: Host 50-1-98-110.dsl.dynamic.fusionbroadband.com [50.1.98.110] claimed to be [10.32.60.35] From: "Paul Hoffman" To: "Yaron Sheffer" Date: Sun, 15 Nov 2015 08:39:11 -0800 Message-ID: <52A0BCE9-2700-4A77-9C89-21626BCC81B2@vpnc.org> In-Reply-To: <56484399.7070803@gmail.com> References: <56484399.7070803@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.2r5141) Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 16:39:11 -0000 On 15 Nov 2015, at 0:34, Yaron Sheffer wrote: > Works for me (Firefox on Linux). But there's a 404 for > https://tools.ietf.org/photo/salz-rich-th.jpg. Mr. Salz's photo > thumbnail is only available on HTTP. Now that's weird because I can see his smiling face and the location bar indicates it got it over https:. In fact, I checked that yesterday and also had no problem. --Paul Hoffman From nobody Sun Nov 15 08:42:22 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 262D61A877D for ; Sun, 15 Nov 2015 08:42:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oAao4fs_HnXV for ; Sun, 15 Nov 2015 08:42:20 -0800 (PST) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 662EB1A877B for ; Sun, 15 Nov 2015 08:42:20 -0800 (PST) Received: by obbbj7 with SMTP id bj7so87480462obb.1 for ; Sun, 15 Nov 2015 08:42:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=k++cv1ltOvKd49y5ryX+sDzzJb6a6qBfzpLijHdUGYU=; b=hbTAyJZHLVEiQbAutjkaklSU9bTL7clz4XOep424i9JVFL3RZXDY14ParPeMwI6hst 5GJOExCsp9Jo6nnB81CBQOQ1Gi0h4U1Bfgi/PgzsFWmgxrHoP9rd+JN74HOjjP6iGwvF Ot2nMfEB/XgpAlRlH/YOhSs2O2qWQ5Ir8LXMD7KH/ah7/IE3PpzyoaNS6loMxKAuRBdw xFyAyxuV8j0TuFM9ZAR0JuO71EaEd+CtrxyppaIF9RnVcd9G8ajF+xRh3PX3fzPYeVcH i9bxIbo848UBgATvUdNYd7kOy5jINL03S7QAXyot6zsXZePRDKa9a2eRQqvy0uboMN3i RTQQ== MIME-Version: 1.0 X-Received: by 10.60.174.201 with SMTP id bu9mr18630905oec.37.1447605739750; Sun, 15 Nov 2015 08:42:19 -0800 (PST) Received: by 10.202.78.198 with HTTP; Sun, 15 Nov 2015 08:42:19 -0800 (PST) In-Reply-To: <5648B478.7050000@levkowetz.com> References: <5648B478.7050000@levkowetz.com> Date: Sun, 15 Nov 2015 11:42:19 -0500 Message-ID: From: Richard Barnes To: Henrik Levkowetz Content-Type: multipart/alternative; boundary=047d7ba9813ae48bb2052496f9db Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 16:42:22 -0000 --047d7ba9813ae48bb2052496f9db Content-Type: text/plain; charset=UTF-8 Very simple-minded indeed. And it would be totally unnecessary if we were to just put this site behind a CDN. On Sun, Nov 15, 2015 at 11:36 AM, Henrik Levkowetz wrote: > Hi Eric, > > Actually, it's a very simple-minded throttling, in defence of aggressive > robots: sleep for 5 seconds. > > I've rearranged the code a bit, to reduce the wait if the html file doesn't > need to be re-generated. > > (When you see an issue with anything on tools.ietf.org, please email me, > rather > than the anonymous 'folks'; they can't do anything about it. If I happen > to > notice messages on the list, I fix things; but I don't always see list > messages > in a timely manner.) > > Regards, > > Henrik > > On 2015-11-15 17:04, Eric Rescorla wrote: > > Hi folks, > > > > tools.ietf.org has a major performance problem whenever you fetch a > > draft without a version number. So, for instance, dereference: > > > > https://tools.ietf.org/html/draft-ietf-acme-acme > > > > This does a 302 redirect to: > > https://tools.ietf.org/html/draft-ietf-acme-acme-01 > > > > The second fetch is not too terrible (250ms or so), but the first fetch > > spends > > 6 seconds waiting for the site to do the redirect. A bit of digging shows > > that > > essentially all this time is spent after the request is sent and waiting > > for the > > site. Based on inferences from other behaviors, I suspect that this is > some > > sort of database query to see what the latest draft version is. Given the > > trivial size of this data set, that seems like it should be easy to fix, > > though... > > > > -Ekr > > > > > > > > > -- > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org bugs at > http://tools.ietf.org/tools/ietfdb > Please report tools.ietf.org bugs at http://tools.ietf.org/tools/issues or > send email to webmaster@tools.ietf.org > > --047d7ba9813ae48bb2052496f9db Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Very simple-minded indeed. And it would be totally unneces= sary if we were to just put this site behind a CDN.

On Sun, Nov 15, 2015 at 11:36 A= M, Henrik Levkowetz <henrik@levkowetz.com> wrote:
Hi Eric,

Actually, it's a very simple-minded throttling, in defence of aggressiv= e
robots: sleep for 5 seconds.

I've rearranged the code a bit, to reduce the wait if the html file doe= sn't
need to be re-generated.

(When you see an issue with anything on tools.ietf.org, please email me, ra= ther
than the anonymous 'folks'; they can't do anything about it.=C2= =A0 If I happen to
notice messages on the list, I fix things; but I don't always see list = messages
in a timely manner.)

Regards,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Henrik

On 2015-11-15 17:04, Eric Rescorla wrote:
> Hi folks,
>
> tools.ietf.org has a major performance problem whenever you fetch a > draft without a version number. So, for instance, dereference:
>
>=C2=A0 =C2=A0https://tools.ietf.org/html/draft-i= etf-acme-acme
>
> This does a 302 redirect to:
>=C2=A0 =C2=A0https://tools.ietf.org/html/draf= t-ietf-acme-acme-01
>
> The second fetch is not too terrible (250ms or so), but the first fetc= h
> spends
> 6 seconds waiting for the site to do the redirect. A bit of digging sh= ows
> that
> essentially all this time is spent after the request is sent and waiti= ng
> for the
> site. Based on inferences from other behaviors, I suspect that this is= some
> sort of database query to see what the latest draft version is. Given = the
> trivial size of this data set, that seems like it should be easy to fi= x,
> though...
>
> -Ekr
>
>
>


--
Tools-discuss mailing list
Tools-discuss@ietf.org
https://www.ietf.org/mailman/listinfo/tools-discu= ss

Please report datatracker.ietf.org bugs at http://tools.ietf= .org/tools/ietfdb
Please report tools.ietf.org bugs at http://tools.ietf.org/tools= /issues or
send email to webmaster@tools.i= etf.org


--047d7ba9813ae48bb2052496f9db-- From nobody Sun Nov 15 08:44:14 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDD371A877F for ; Sun, 15 Nov 2015 08:44:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BID6uVsnkx_l for ; Sun, 15 Nov 2015 08:44:12 -0800 (PST) Received: from mail-yk0-x229.google.com (mail-yk0-x229.google.com [IPv6:2607:f8b0:4002:c07::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F6CB1A8787 for ; Sun, 15 Nov 2015 08:44:12 -0800 (PST) Received: by ykdr82 with SMTP id r82so205374065ykd.3 for ; Sun, 15 Nov 2015 08:44:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm_com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=xQx8nTgkZdnxzIEPvS7hGYhdQmEa17o0kn3ymNFn53k=; b=ImVJE6sWkA+QNTAq6rkWpmNuQ9RGRvJUA8EkTldkfPbvIfmVzMgzfkHrI7ue5CVvAe nG6JILH0OKBS45tu5sNoD/IzfRi8GbXt6ktOZ3TYqWOFJ/6KOK/sSq8yVyZZs1NyYw6C Ntr6CQqarBR9eiCmfahe1EzpfjsGlX6Mc81DZ1X7DZaZBvW83Ss4KnJsKjwTdkoPWmxB losj/sHZRoE3cH72jg2pbLCU9E8SS3WyXQNR9l3oZWoImjSq0MAfjpdEryX3DGTdOVvG cUA8Q1cvpXFvMgxRv+JqHTnfSLXIF/dQZWjljiCuYM7dF2afvA4NF5b20CPeBZtWLENu aPng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=xQx8nTgkZdnxzIEPvS7hGYhdQmEa17o0kn3ymNFn53k=; b=iKHODz/6ZemvQRa2i4TIXdQFwFOa3xTWT/LJe4GjeyeBPwWMjfkEfq6aYtMJKAcIwv 3qXqJAFQTJGlXjeHvDIeT8pAf7TU5G7Vv9pBEiiA17qfhFbDdi78TEc94vK6EnIXU0g7 IN+oJqt6Ym6N/qnF285C3Fg25iZSwV63hTMIvqHN4l/S9rEzGiVR/RN8iSZGtSVqVQn3 EKh+NotlQR6avfncxwJvahZUvkxMnnPPhqymH2D9P3ELd9FW63JqDi0q/zVtdOOVXNdk xgCfEjJk25IxZm1r8NdL/UgiMed2H54JtOITqaTxb/sgV83WpI2JbawyLzwZCH+YUxxZ PdNg== X-Gm-Message-State: ALoCoQm7GD8BfDiwULATyT61ldkcR+MS0SKn6rdcgAmhWQewuxsikzoR668TsT9RJ/gpgs5pnxc8 X-Received: by 10.13.236.10 with SMTP id v10mr34195472ywe.231.1447605851754; Sun, 15 Nov 2015 08:44:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.221.203 with HTTP; Sun, 15 Nov 2015 08:43:32 -0800 (PST) In-Reply-To: <5648B478.7050000@levkowetz.com> References: <5648B478.7050000@levkowetz.com> From: Eric Rescorla Date: Sun, 15 Nov 2015 08:43:32 -0800 Message-ID: To: Henrik Levkowetz Content-Type: multipart/alternative; boundary=94eb2c0889dc91c8ea0524970040 Archived-At: Cc: tools-discuss Subject: Re: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 16:44:13 -0000 --94eb2c0889dc91c8ea0524970040 Content-Type: text/plain; charset=UTF-8 On Sun, Nov 15, 2015 at 8:36 AM, Henrik Levkowetz wrote: > Hi Eric, > > Actually, it's a very simple-minded throttling, in defence of aggressive > robots: sleep for 5 seconds. > That seems... suboptimal. I've rearranged the code a bit, to reduce the wait if the html file doesn't > need to be re-generated. > Hmm... Doesn't seem to be fixed yet. (When you see an issue with anything on tools.ietf.org, please email me, > rather > than the anonymous 'folks'; they can't do anything about it. If I happen > to > notice messages on the list, I fix things; but I don't always see list > messages > in a timely manner.) > OK. -Ekr > Regards, > > Henrik > > On 2015-11-15 17:04, Eric Rescorla wrote: > > Hi folks, > > > > tools.ietf.org has a major performance problem whenever you fetch a > > draft without a version number. So, for instance, dereference: > > > > https://tools.ietf.org/html/draft-ietf-acme-acme > > > > This does a 302 redirect to: > > https://tools.ietf.org/html/draft-ietf-acme-acme-01 > > > > The second fetch is not too terrible (250ms or so), but the first fetch > > spends > > 6 seconds waiting for the site to do the redirect. A bit of digging shows > > that > > essentially all this time is spent after the request is sent and waiting > > for the > > site. Based on inferences from other behaviors, I suspect that this is > some > > sort of database query to see what the latest draft version is. Given the > > trivial size of this data set, that seems like it should be easy to fix, > > though... > > > > -Ekr > > > > > > > > --94eb2c0889dc91c8ea0524970040 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Sun, Nov 15, 2015 at 8:36 AM, Henrik Levkowetz <= ;henrik@levkowetz= .com> wrote:
Hi Eric,

Actually, it's a very simple-minded throttling, in defence of aggressiv= e
robots: sleep for 5 seconds.

That seems= ... suboptimal.


I've rearranged the code a bit, to reduce the wait if the html file doe= sn't
need to be re-generated.

Hmm... Doesn&#= 39;t seem to be fixed yet.


(When you see an issue with anything on tools.ietf.org, p= lease email me, rather
than the anonymous 'folks'; they can't do anything about it.=C2= =A0 If I happen to
notice messages on the list, I fix things; but I don't always see list = messages
in a timely manner.)

OK.

=
-Ekr
=C2=A0
Regards,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Henrik

On 2015-11-15 17:04, Eric Rescorla wrote:
> Hi folks,
>
> tools.ietf.org has a major performance problem whenever you fetch a > draft without a version number. So, for instance, dereference:
>
>=C2=A0 =C2=A0https://tools.ietf.org/html/draft-i= etf-acme-acme
>
> This does a 302 redirect to:
>=C2=A0 =C2=A0https://tools.ietf.org/html/draf= t-ietf-acme-acme-01
>
> The second fetch is not too terrible (250ms or so), but the first fetc= h
> spends
> 6 seconds waiting for the site to do the redirect. A bit of digging sh= ows
> that
> essentially all this time is spent after the request is sent and waiti= ng
> for the
> site. Based on inferences from other behaviors, I suspect that this is= some
> sort of database query to see what the latest draft version is. Given = the
> trivial size of this data set, that seems like it should be easy to fi= x,
> though...
>
> -Ekr
>
>
>


--94eb2c0889dc91c8ea0524970040-- From nobody Sun Nov 15 09:02:08 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57E741A87CC for ; Sun, 15 Nov 2015 09:02:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.7 X-Spam-Level: X-Spam-Status: No, score=0.7 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BuXyGdyz0WL2 for ; Sun, 15 Nov 2015 09:02:02 -0800 (PST) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B540B1A87CA for ; Sun, 15 Nov 2015 09:02:02 -0800 (PST) Received: by iouu10 with SMTP id u10so132971778iou.0 for ; Sun, 15 Nov 2015 09:02:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=6Bwx425PWa8n580bppYhZR13PcEROLX+G7OmnsDS6ic=; b=pGfAVd8LP7vL4fcfzCYBXoLr1KWbCA7FheJWEEM+cKwUX/qkfp6tkV5qOj8dmOqwjr riF4V6EuBgUjI7MMkAXiNjWZ3VYC9cQFQlFdvEBW9I3yNroCpSstpMtum6lc1lTY0y+o M6OaPYdmIfcd09gpnoehNIFxj9j5Q2AIBn75EhdJGBQu8P2BeOTSTaPJ3DxkD495bISE kXjo9UMuDGPDV5pBWFUDmHHcX6bHD44yMWA8lGTdiWtx9nH7IlheuDL9HceYBvNC1f0x 5xGr0utpYNH05q0BWHmManyuRxumsRiTw/3Y5zr3biSTLcBpltDB6Rjy69jDrwJ7l1R3 aICQ== X-Received: by 10.107.16.84 with SMTP id y81mr27124195ioi.19.1447606922062; Sun, 15 Nov 2015 09:02:02 -0800 (PST) Received: from still.local ([184.13.114.26]) by smtp.googlemail.com with ESMTPSA id e8sm4921649igl.9.2015.11.15.09.02.00 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 15 Nov 2015 09:02:00 -0800 (PST) To: tools-discuss@ietf.org References: <56484399.7070803@gmail.com> <52A0BCE9-2700-4A77-9C89-21626BCC81B2@vpnc.org> From: Tim Wicinski Message-ID: <5648BA85.7050407@gmail.com> Date: Sun, 15 Nov 2015 12:01:57 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:44.0) Gecko/20100101 Thunderbird/44.0a2 MIME-Version: 1.0 In-Reply-To: <52A0BCE9-2700-4A77-9C89-21626BCC81B2@vpnc.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:02:04 -0000 On 11/15/15 11:39 AM, Paul Hoffman wrote: > On 15 Nov 2015, at 0:34, Yaron Sheffer wrote: > >> Works for me (Firefox on Linux). But there's a 404 for >> https://tools.ietf.org/photo/salz-rich-th.jpg. Mr. Salz's photo >> thumbnail is only available on HTTP. > > Now that's weird because I can see his smiling face and the location bar > indicates it got it over https:. In fact, I checked that yesterday and > also had no problem. > > --Paul Hoffman > on my El Capitain mac: https://tools.ietf.org/photo/salz-rich-th.jpg Firefox Aurora: 404 Chrome: Salz, top left justified Safari: Salz, top center justified Firefox 42.0: Salz, center justified, page and window 3/4 on my Salz-o-meter tim From nobody Sun Nov 15 09:11:00 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C1E051A87F0 for ; Sun, 15 Nov 2015 09:10:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AFcyW4oJChYX for ; Sun, 15 Nov 2015 09:10:57 -0800 (PST) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10F9F1A87EF for ; Sun, 15 Nov 2015 09:10:57 -0800 (PST) Received: by obbww6 with SMTP id ww6so106591721obb.0 for ; Sun, 15 Nov 2015 09:10:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=0XZKsRBw+cywlgx2C59MyZSbIQcv77M829MStCbka9s=; b=XQxE6bDaSTjlZaOMf7wQswrU6fObkPnaq2dnA4YMwHNH/svYYZ/KrIlvTKgr5ABH90 a8LVe+WH9MNx4FTZnFenhjkyzc3ZJWV7KXDZDYBdCBiI+MS5SpfRPd+ew974pgDlwMK/ 3n8O5rZZqrdIbk2zu85godlDlnKbt5Fq+lL1JkIEmXHYchAHOFxFtz6k6vsU57Uw5LnM eNfusYZCYS+r/VXio6FcC5FNMZJuhYE3hVYgRcSjTyLLtp0zTvaGCx6HS/FTgaLijbok 2ZBsEpn7JkExIwKHPvOo2C+ZQgfqN2bH9StFSz0ia0+GkJ1dAAvMg/AU8w1zkRUI2ccm O7Bg== MIME-Version: 1.0 X-Received: by 10.182.241.3 with SMTP id we3mr20512484obc.9.1447607456403; Sun, 15 Nov 2015 09:10:56 -0800 (PST) Received: by 10.202.78.198 with HTTP; Sun, 15 Nov 2015 09:10:56 -0800 (PST) In-Reply-To: <5648BA85.7050407@gmail.com> References: <56484399.7070803@gmail.com> <52A0BCE9-2700-4A77-9C89-21626BCC81B2@vpnc.org> <5648BA85.7050407@gmail.com> Date: Sun, 15 Nov 2015 12:10:56 -0500 Message-ID: From: Richard Barnes To: Tim Wicinski , Henrik Levkowetz Content-Type: multipart/alternative; boundary=001a11c3608c36990c052497604e Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:10:58 -0000 --001a11c3608c36990c052497604e Content-Type: text/plain; charset=UTF-8 +Henrik Henrik: Any idea wtf is going on here? On Sun, Nov 15, 2015 at 12:01 PM, Tim Wicinski wrote: > > > On 11/15/15 11:39 AM, Paul Hoffman wrote: > >> On 15 Nov 2015, at 0:34, Yaron Sheffer wrote: >> >> Works for me (Firefox on Linux). But there's a 404 for >>> https://tools.ietf.org/photo/salz-rich-th.jpg. Mr. Salz's photo >>> thumbnail is only available on HTTP. >>> >> >> Now that's weird because I can see his smiling face and the location bar >> indicates it got it over https:. In fact, I checked that yesterday and >> also had no problem. >> >> --Paul Hoffman >> >> > on my El Capitain mac: > > https://tools.ietf.org/photo/salz-rich-th.jpg > > Firefox Aurora: 404 > > Chrome: Salz, top left justified > > Safari: Salz, top center justified > > Firefox 42.0: Salz, center justified, page and window > > 3/4 on my Salz-o-meter > > > tim > > > -- > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org bugs at > http://tools.ietf.org/tools/ietfdb > Please report tools.ietf.org bugs at http://tools.ietf.org/tools/issues or > send email to webmaster@tools.ietf.org > --001a11c3608c36990c052497604e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
+Henrik

Henrik: Any idea wtf is going on= here?

O= n Sun, Nov 15, 2015 at 12:01 PM, Tim Wicinski <tjw.ietf@gmail.com>= wrote:


On 11/15/15 11:39 AM, Paul Hoffman wrote:
On 15 Nov 2015, at 0:34, Yaron Sheffer wrote:

Works for me (Firefox on Linux). But there's a 404 for
https://tools.ietf.org/photo/salz-rich-th.jpg. Mr. = Salz's photo
thumbnail is only available on HTTP.

Now that's weird because I can see his smiling face and the location ba= r
indicates it got it over https:. In fact, I checked that yesterday and
also had no problem.

--Paul Hoffman


 on my El Capitain mac:

https://tools.ietf.org/photo/salz-rich-th.jpg

Firefox Aurora: 404

Chrome: Salz, top left justified

Safari: Salz, top center justified

Firefox 42.0: Salz, center justified, page and window

3/4 on my Salz-o-meter


tim


--
Tools-discuss mailing list
Tools-discuss@i= etf.org
https://www.ietf.org/mailman/listinfo/tools-discu= ss

Please report datatracker.ietf.org bugs at http://tools.ietf= .org/tools/ietfdb
Please report tools.ietf.org bugs at http://tools.ietf.org/tools= /issues or
send email to webmaster@tools.ietf.org

--001a11c3608c36990c052497604e-- From nobody Sun Nov 15 09:19:59 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23D451A883E for ; Sun, 15 Nov 2015 09:19:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rfQE9xaa900L for ; Sun, 15 Nov 2015 09:19:57 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CCCC21A8839 for ; Sun, 15 Nov 2015 09:19:57 -0800 (PST) Received: from 78-68-120-205-no105.tbcn.telia.com ([78.68.120.205]:49461 helo=[192.168.1.128]) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Zy0y4-0004Jz-Ce; Sun, 15 Nov 2015 09:19:57 -0800 To: Richard Barnes References: <5648B478.7050000@levkowetz.com> From: Henrik Levkowetz Message-ID: <5648BEB9.1030101@levkowetz.com> Date: Sun, 15 Nov 2015 18:19:53 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="PMfovXb28pOKI71OWTLxWCu9J4IFnx0K0" X-SA-Exim-Connect-IP: 78.68.120.205 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, ekr@rtfm.com, richard.barnes@gmail.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:19:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --PMfovXb28pOKI71OWTLxWCu9J4IFnx0K0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Richard, On 2015-11-15 17:42, Richard Barnes wrote: > Very simple-minded indeed. And it would be totally unnecessary if we we= re > to just put this site behind a CDN. Sure. It's been a shoestring operation from the start, with most of the equipme= nt donated by me and others; no monies for CDN. Of course we could do CDN for tools now, but I'm mostly focused on moving= functionality over to the datatracker these days, and hope to move the htmlized documents there too, in the not too far future. Best regards, Henrik > On Sun, Nov 15, 2015 at 11:36 AM, Henrik Levkowetz > wrote: >=20 >> Hi Eric, >> >> Actually, it's a very simple-minded throttling, in defence of aggressi= ve >> robots: sleep for 5 seconds. >> >> I've rearranged the code a bit, to reduce the wait if the html file do= esn't >> need to be re-generated. >> >> (When you see an issue with anything on tools.ietf.org, please email m= e, >> rather >> than the anonymous 'folks'; they can't do anything about it. If I hap= pen >> to >> notice messages on the list, I fix things; but I don't always see list= >> messages >> in a timely manner.) >> >> Regards, >> >> Henrik >> >> On 2015-11-15 17:04, Eric Rescorla wrote: >> > Hi folks, >> > >> > tools.ietf.org has a major performance problem whenever you fetch a >> > draft without a version number. So, for instance, dereference: >> > >> > https://tools.ietf.org/html/draft-ietf-acme-acme >> > >> > This does a 302 redirect to: >> > https://tools.ietf.org/html/draft-ietf-acme-acme-01 >> > >> > The second fetch is not too terrible (250ms or so), but the first fe= tch >> > spends >> > 6 seconds waiting for the site to do the redirect. A bit of digging = shows >> > that >> > essentially all this time is spent after the request is sent and wai= ting >> > for the >> > site. Based on inferences from other behaviors, I suspect that this = is >> some >> > sort of database query to see what the latest draft version is. Give= n the >> > trivial size of this data set, that seems like it should be easy to = fix, >> > though... >> > >> > -Ekr >> > >> > >> > >> >> >> -- >> Tools-discuss mailing list >> Tools-discuss@ietf.org >> https://www.ietf.org/mailman/listinfo/tools-discuss >> >> Please report datatracker.ietf.org bugs at >> http://tools.ietf.org/tools/ietfdb >> Please report tools.ietf.org bugs at http://tools.ietf.org/tools/issue= s or >> send email to webmaster@tools.ietf.org >> >> >=20 --PMfovXb28pOKI71OWTLxWCu9J4IFnx0K0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJWSL66AAoJEE6bV0uPuxcai/AQAKGpDz3Uz8ea23FUfpSbYm+z /f8W5REaOGifHZECpxQoa903wvoeknWr9kCKwXpFG8MiRFFZBoQqDpehuSU7MRXQ MvGn3jFBdBMTJpCGAamWmOzPtAnngwEcmduzfuC5MJ2GZEcRrvXwCYB7fl3sBoty OuFZIGpiFzk3xZaB91PB14zpTYBfWii7rhZ0PTjaKjfzZT0GM1VeMHi5E5ZY8Pmi NgGIAAQpy/llfBDX5zuuRT8GDFf9H869XfMZOATIhb2h4RSODpB5tqtTA6DGqoAX 8fhd7RLXDHHNQFBcSAEh+jmWj76xxiYX18KWA/wOiuqNUApFQEHMyq4KEssOPEnW PHLumiYIKG4ltlnORgj9kx2cL5wwUw218Le7+1+zgSi2i15ezzYqip45wiSXSmSM 3BhgN859mNpL9WWnR82nCCkFRAm4KUiUUtakc4Uh8eP/ngb28NKO7VaevIEviNLv 3SqdLmLuMWJm96anyng+W5csu6/z93oAisUbmdrgtcjnbNEq9KEt1jrVsI3N2hix ICRjfD0q6Kn+WpSAfE77g0/ibqJ+o1lebpT6fxmrQTdaS0AtnThG1+5zb936WaQd 58nQAnfUZzBQnm6N43FZuMxvA8Qz4WOLFDVvFM9Vq52If/KqixZyCdTd82P+RKIB 3UVCqgTuaF+kvXmKKFNR =KunR -----END PGP SIGNATURE----- --PMfovXb28pOKI71OWTLxWCu9J4IFnx0K0-- From nobody Sun Nov 15 09:21:47 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 452AC1A8844 for ; Sun, 15 Nov 2015 09:21:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A2PYsnVuxoNY for ; Sun, 15 Nov 2015 09:21:45 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 086091A8843 for ; Sun, 15 Nov 2015 09:21:45 -0800 (PST) Received: from 78-68-120-205-no105.tbcn.telia.com ([78.68.120.205]:52649 helo=[192.168.1.128]) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Zy0zo-0002NK-Go; Sun, 15 Nov 2015 09:21:44 -0800 To: Eric Rescorla References: <5648B478.7050000@levkowetz.com> From: Henrik Levkowetz Message-ID: <5648BF26.2060206@levkowetz.com> Date: Sun, 15 Nov 2015 18:21:42 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Wf3IvgS7Bsb4tOWjCUteuv3uWN34njEkk" X-SA-Exim-Connect-IP: 78.68.120.205 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, ekr@rtfm.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Archived-At: Cc: tools-discuss Subject: Re: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:21:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Wf3IvgS7Bsb4tOWjCUteuv3uWN34njEkk Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Eric, On 2015-11-15 17:43, Eric Rescorla wrote: > On Sun, Nov 15, 2015 at 8:36 AM, Henrik Levkowetz > wrote: >=20 >> Hi Eric, >> >> Actually, it's a very simple-minded throttling, in defence of aggressi= ve >> robots: sleep for 5 seconds. >> >=20 > That seems... suboptimal. >=20 >=20 > I've rearranged the code a bit, to reduce the wait if the html file doe= sn't >> need to be re-generated. >> >=20 > Hmm... Doesn't seem to be fixed yet. It needs to propagate to all the servers; I normally only spend time fixi= ng it on one, and let it propagate in its own good time. If you wish, you can hit https://zinfandel.tools.ietf.org/html/draft-ietf-acme-acme direct= ly. Henrik > (When you see an issue with anything on tools.ietf.org, please email me= , >> rather >> than the anonymous 'folks'; they can't do anything about it. If I hap= pen >> to >> notice messages on the list, I fix things; but I don't always see list= >> messages >> in a timely manner.) >> >=20 > OK. >=20 > -Ekr >=20 >=20 >> Regards, >> >> Henrik >> >> On 2015-11-15 17:04, Eric Rescorla wrote: >> > Hi folks, >> > >> > tools.ietf.org has a major performance problem whenever you fetch a >> > draft without a version number. So, for instance, dereference: >> > >> > https://tools.ietf.org/html/draft-ietf-acme-acme >> > >> > This does a 302 redirect to: >> > https://tools.ietf.org/html/draft-ietf-acme-acme-01 >> > >> > The second fetch is not too terrible (250ms or so), but the first fe= tch >> > spends >> > 6 seconds waiting for the site to do the redirect. A bit of digging = shows >> > that >> > essentially all this time is spent after the request is sent and wai= ting >> > for the >> > site. Based on inferences from other behaviors, I suspect that this = is >> some >> > sort of database query to see what the latest draft version is. Give= n the >> > trivial size of this data set, that seems like it should be easy to = fix, >> > though... >> > >> > -Ekr >> > >> > >> > >> >> >=20 --Wf3IvgS7Bsb4tOWjCUteuv3uWN34njEkk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJWSL8mAAoJEE6bV0uPuxca0GsP/R72yV5I2qtYyi0r+9Jo/WZB +54h/f+2G2X97KOrcjE6bgxn51rQwnpozWnMhFzxVFPrgZ0PJzNOpyY7jqkFQEbB G6ENPtQKbfooTjH38HxfUCTfTLDVSjBy7h+ois4pNxrssLcG1zTOir1zZDgyJO5a Tfmuee+NymkMIMLAoFALvq9Wc8O0jhf1dKU11+IYriOSrsR19glwrRv+iHTA4fAl cNpPG08oHc8tzMwgVcLwKCb9wxZKALe5HTJAd/uzaIc9CnoclW7lupLoQENjHJ5d pSP0dbCMn0ddaSPxbMtjPDgS7rwOlc5u4zxX+C6gbh8tnULd3TVWlPmZIw4VxJAl MT6L+2cQWCV4JWbWtWCPdhOUxDlloXJtCO5uHzOrVYOfPkm9fEZvPHmWDI+1H5Rc LpRq7d95MnbWcVISrXDgGneOdEGEVx3muBBqpvHhq+UqOi0NDhZBFA0Hpnv1PiHN +VQFSZcrMX4HL5N2x1PMJanWb7QnikrKNhxpyoAlOOh5C6i4n/8eHmt7Zyhf3Jfv qqWQWBQYvz1QExai+LXmbgtKdy4v40ZBArVVGNKItCq3wpxHvOFCNazYWpmW52WR rxvwSTVysNM9i7VZyeQvbJW6thu/MzjLe1xjGljdjUMZuOdFZ3zRh7a4X1AQViPm fQKx7mzT5lvt5r+kdyeT =3ojk -----END PGP SIGNATURE----- --Wf3IvgS7Bsb4tOWjCUteuv3uWN34njEkk-- From nobody Sun Nov 15 09:22:56 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90C121A8848 for ; Sun, 15 Nov 2015 09:22:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id szcdg-8j87JD for ; Sun, 15 Nov 2015 09:22:54 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CB761A8846 for ; Sun, 15 Nov 2015 09:22:54 -0800 (PST) Received: from 78-68-120-205-no105.tbcn.telia.com ([78.68.120.205]:56095 helo=[192.168.1.128]) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Zy10v-0001k9-PX; Sun, 15 Nov 2015 09:22:54 -0800 To: Richard Barnes , Tim Wicinski References: <56484399.7070803@gmail.com> <52A0BCE9-2700-4A77-9C89-21626BCC81B2@vpnc.org> <5648BA85.7050407@gmail.com> From: Henrik Levkowetz Message-ID: <5648BF6B.40302@levkowetz.com> Date: Sun, 15 Nov 2015 18:22:51 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="60XoFqxICb0D6GbjqG5vifIUHRVm1ecMi" X-SA-Exim-Connect-IP: 78.68.120.205 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, tjw.ietf@gmail.com, richard.barnes@gmail.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:22:55 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --60XoFqxICb0D6GbjqG5vifIUHRVm1ecMi Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Richard, On 2015-11-15 18:10, Richard Barnes wrote: > +Henrik >=20 > Henrik: Any idea wtf is going on here? Yes. A missing lib on one of the servers which I recently took into operation. Should be fixed now. Best regards, Henrik > On Sun, Nov 15, 2015 at 12:01 PM, Tim Wicinski wro= te: >=20 >> >> >> On 11/15/15 11:39 AM, Paul Hoffman wrote: >> >>> On 15 Nov 2015, at 0:34, Yaron Sheffer wrote: >>> >>> Works for me (Firefox on Linux). But there's a 404 for >>>> https://tools.ietf.org/photo/salz-rich-th.jpg. Mr. Salz's photo >>>> thumbnail is only available on HTTP. >>>> >>> >>> Now that's weird because I can see his smiling face and the location = bar >>> indicates it got it over https:. In fact, I checked that yesterday an= d >>> also had no problem. >>> >>> --Paul Hoffman >>> >>> >> on my El Capitain mac: >> >> https://tools.ietf.org/photo/salz-rich-th.jpg >> >> Firefox Aurora: 404 >> >> Chrome: Salz, top left justified >> >> Safari: Salz, top center justified >> >> Firefox 42.0: Salz, center justified, page and window >> >> 3/4 on my Salz-o-meter >> >> >> tim >> >> >> -- >> Tools-discuss mailing list >> Tools-discuss@ietf.org >> https://www.ietf.org/mailman/listinfo/tools-discuss >> >> Please report datatracker.ietf.org bugs at >> http://tools.ietf.org/tools/ietfdb >> Please report tools.ietf.org bugs at http://tools.ietf.org/tools/issue= s or >> send email to webmaster@tools.ietf.org >> >=20 --60XoFqxICb0D6GbjqG5vifIUHRVm1ecMi Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJWSL9rAAoJEE6bV0uPuxca6ocP/1Yg+PtDp6fck6cVEFt6dIz8 i33phDyoVCjlsNd9BX9oNMTJvumUqWVHXHM3iO3xxER09Uwyb16XnM2eoQ5unaYH /w6Dmw1BVfmcIRemh2Y76b4XaSDmZHs/va/uXGwLwL7W7CjRImtNgQCnKbos2J9E LDjnKN1GP+A6OeiwllNHt+3SfXhrOSPI9jklYIedaJ38/p7LPDCAbIrztC6txLR7 d2HiS1nm9YWcSEWplhpmyi/mvCBUMhvGXfhORiGmtdA6k3+j6KR+pkqzTSrqvOum J+nPnkz2oE0qYWZRkBqu0/0bmKXq94OHe9oVGGuCLx86Wmz+5+zkfwxN3+FCH41M 3utlKA3Jo2IoqXzkUtTQrSAG8Y1BHUft4CjdG0kN78mKPnMMGdV6RmxSpbrHLSrS Tm90MkNYvQIRWXQinlZiouzVBGHSBsg6nSBADe5Z7vzRw5grboXQ2C+BOVHdHAah MstawQDyC3pqSrdRq6AbtkDAOd5+7HAfZ9P9rSvXkRE9zW7fWJnKqjvm53GR3IVN DzQfWM6WSZGIkNJic7i76+jOMHDu4rYIjgzb7oBMZJ9/pOolg1EBqyt8DivYjgIa qBPjIoL3R3gaYht95tARf4RGyw53P2qBbgo/Ye+yzTTn6ptXlwQSS8Mf+ymV6U/D 1k1i5Jyfu9omuFFFQ8OG =Rp0y -----END PGP SIGNATURE----- --60XoFqxICb0D6GbjqG5vifIUHRVm1ecMi-- From nobody Sun Nov 15 09:24:30 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 099971A8850 for ; Sun, 15 Nov 2015 09:24:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3GR97n8rn0X2 for ; Sun, 15 Nov 2015 09:24:27 -0800 (PST) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 118811A884C for ; Sun, 15 Nov 2015 09:24:27 -0800 (PST) Received: by oige206 with SMTP id e206so73058817oig.2 for ; Sun, 15 Nov 2015 09:24:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1GHs5IFKJeAHh/NjhRhc5P8ydq03QAH+IqI2Zba5OCA=; b=PbwGuV53W/iAMCzbu6ci1RUK34R8XgrJmre82ORIREmCjO/QvgFqP1KgydCogZu3+r 6d9wHmZy5dOKNmzFVLAYILHXsiQG5JkxvTJnN2MIZ3SMTFYX+0l1i+EdD3qNIgybIFp+ gHKEj6arhWaE2Ot1XXCZs8JIlr44aVVu0U5ep6W0lIpVPt4LbrMbMcaZSslQfQIjqYI5 VdxmbyijENTx6ebwi4ani8oMkO3h+Bogy1ZRADlJDhTUVYDehZjPt7X1PBJ+o0AFADLy eGPENsPhvz15G2CIXm7/Q8tHqOGcR/AtqdRJSdDchs/iVZGa+Z+kVnc8othGECtyXfpa bHzg== MIME-Version: 1.0 X-Received: by 10.202.242.138 with SMTP id q132mr1188190oih.116.1447608266431; Sun, 15 Nov 2015 09:24:26 -0800 (PST) Received: by 10.202.78.198 with HTTP; Sun, 15 Nov 2015 09:24:26 -0800 (PST) In-Reply-To: <5648BEB9.1030101@levkowetz.com> References: <5648B478.7050000@levkowetz.com> <5648BEB9.1030101@levkowetz.com> Date: Sun, 15 Nov 2015 12:24:26 -0500 Message-ID: From: Richard Barnes To: Henrik Levkowetz Content-Type: multipart/alternative; boundary=94eb2c0953d67ea42705249790d3 Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:24:29 -0000 --94eb2c0953d67ea42705249790d3 Content-Type: text/plain; charset=UTF-8 On Sun, Nov 15, 2015 at 12:19 PM, Henrik Levkowetz wrote: > Hi Richard, > > On 2015-11-15 17:42, Richard Barnes wrote: > > Very simple-minded indeed. And it would be totally unnecessary if we were > > to just put this site behind a CDN. > > Sure. > > It's been a shoestring operation from the start, with most of the equipment > donated by me and others; no monies for CDN. > Fortunately, there are free CDNs nowadays, e.g.: https://www.cloudflare.com/plans/ Cloudflare is also what fronts for www.ietf.org. We could probably get tools.ietf.org added for minimal cost. --Richard > > Of course we could do CDN for tools now, but I'm mostly focused on moving > functionality over to the datatracker these days, and hope to move the > htmlized documents there too, in the not too far future. > > Best regards, > > Henrik > > > On Sun, Nov 15, 2015 at 11:36 AM, Henrik Levkowetz > > > wrote: > > > >> Hi Eric, > >> > >> Actually, it's a very simple-minded throttling, in defence of aggressive > >> robots: sleep for 5 seconds. > >> > >> I've rearranged the code a bit, to reduce the wait if the html file > doesn't > >> need to be re-generated. > >> > >> (When you see an issue with anything on tools.ietf.org, please email > me, > >> rather > >> than the anonymous 'folks'; they can't do anything about it. If I > happen > >> to > >> notice messages on the list, I fix things; but I don't always see list > >> messages > >> in a timely manner.) > >> > >> Regards, > >> > >> Henrik > >> > >> On 2015-11-15 17:04, Eric Rescorla wrote: > >> > Hi folks, > >> > > >> > tools.ietf.org has a major performance problem whenever you fetch a > >> > draft without a version number. So, for instance, dereference: > >> > > >> > https://tools.ietf.org/html/draft-ietf-acme-acme > >> > > >> > This does a 302 redirect to: > >> > https://tools.ietf.org/html/draft-ietf-acme-acme-01 > >> > > >> > The second fetch is not too terrible (250ms or so), but the first > fetch > >> > spends > >> > 6 seconds waiting for the site to do the redirect. A bit of digging > shows > >> > that > >> > essentially all this time is spent after the request is sent and > waiting > >> > for the > >> > site. Based on inferences from other behaviors, I suspect that this is > >> some > >> > sort of database query to see what the latest draft version is. Given > the > >> > trivial size of this data set, that seems like it should be easy to > fix, > >> > though... > >> > > >> > -Ekr > >> > > >> > > >> > > >> > >> > >> -- > >> Tools-discuss mailing list > >> Tools-discuss@ietf.org > >> https://www.ietf.org/mailman/listinfo/tools-discuss > >> > >> Please report datatracker.ietf.org bugs at > >> http://tools.ietf.org/tools/ietfdb > >> Please report tools.ietf.org bugs at http://tools.ietf.org/tools/issues > or > >> send email to webmaster@tools.ietf.org > >> > >> > > > > --94eb2c0953d67ea42705249790d3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Sun, Nov 15, 2015 at 12:19 PM, Henrik Levkowetz &l= t;henrik@levkowet= z.com> wrote:
Hi Richard,

On 2015-11-15 17:42, Richard Barnes wrote:
> Very simple-minded indeed. And it would be totally unnecessary if we w= ere
> to just put this site behind a CDN.

Sure.

It's been a shoestring operation from the start, with most of the equip= ment
donated by me and others; no monies for CDN.

Fortunately, there are free CDNs nowadays, e.g.:

https://www.cloudflare.com/plans/
<= br>
Cloudflare is also what fronts for www.ietf.org.=C2=A0 We could probably get tools.ietf.org added for minimal cost.

--R= ichard


=C2=A0

Of course we could do CDN for tools now, but I'm mostly focused on movi= ng
functionality over to the datatracker these days, and hope to move the
htmlized documents there too, in the not too far future.

Best regards,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Henrik

> On Sun, Nov 15, 2015 at 11:36 AM, Henrik Levkowetz <henrik@levkowetz.com>
> wrote:
>
>> Hi Eric,
>>
>> Actually, it's a very simple-minded throttling, in defence of = aggressive
>> robots: sleep for 5 seconds.
>>
>> I've rearranged the code a bit, to reduce the wait if the html= file doesn't
>> need to be re-generated.
>>
>> (When you see an issue with anything on tools.ietf.org, please ema= il me,
>> rather
>> than the anonymous 'folks'; they can't do anything abo= ut it.=C2=A0 If I happen
>> to
>> notice messages on the list, I fix things; but I don't always = see list
>> messages
>> in a timely manner.)
>>
>> Regards,
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Henrik
>>
>> On 2015-11-15 17:04, Eric Rescorla wrote:
>> > Hi folks,
>> >
>> > tools.ietf.org has a major performance problem whenever you= fetch a
>> > draft without a version number. So, for instance, dereference= :
>> >
>> >=C2=A0 =C2=A0https://tools.ietf.org/htm= l/draft-ietf-acme-acme
>> >
>> > This does a 302 redirect to:
>> >=C2=A0 =C2=A0https://tools.ietf.org/= html/draft-ietf-acme-acme-01
>> >
>> > The second fetch is not too terrible (250ms or so), but the f= irst fetch
>> > spends
>> > 6 seconds waiting for the site to do the redirect. A bit of d= igging shows
>> > that
>> > essentially all this time is spent after the request is sent = and waiting
>> > for the
>> > site. Based on inferences from other behaviors, I suspect tha= t this is
>> some
>> > sort of database query to see what the latest draft version i= s. Given the
>> > trivial size of this data set, that seems like it should be e= asy to fix,
>> > though...
>> >
>> > -Ekr
>> >
>> >
>> >
>>
>>
>> --
>> Tools-discuss mailing list
>> Tools-discuss@ietf.org
>> https://www.ietf.org/mailman/listinfo/to= ols-discuss
>>
>> Please report datatracker.ietf.org bugs at
>> http://tools.ietf.org/tools/ietfdb
>> Please report tools.ietf.org bugs at http://tools.ietf.or= g/tools/issues or
>> send email to webmaste= r@tools.ietf.org
>>
>>
>


--94eb2c0953d67ea42705249790d3-- From nobody Sun Nov 15 09:26:07 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A091B1A8853 for ; Sun, 15 Nov 2015 09:26:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hw9hg9eNWdT5 for ; Sun, 15 Nov 2015 09:26:04 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E4951A8852 for ; Sun, 15 Nov 2015 09:26:04 -0800 (PST) Received: from 78-68-120-205-no105.tbcn.telia.com ([78.68.120.205]:62644 helo=[192.168.1.128]) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Zy13z-0003QV-4g; Sun, 15 Nov 2015 09:26:03 -0800 To: Richard Barnes References: <5648B478.7050000@levkowetz.com> <5648BEB9.1030101@levkowetz.com> From: Henrik Levkowetz Message-ID: <5648C028.1090504@levkowetz.com> Date: Sun, 15 Nov 2015 18:26:00 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="b3X0eka3KXJMnDSFiOOnB38KctB6dX2HF" X-SA-Exim-Connect-IP: 78.68.120.205 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, richard.barnes@gmail.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:26:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --b3X0eka3KXJMnDSFiOOnB38KctB6dX2HF Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2015-11-15 18:24, Richard Barnes wrote: > On Sun, Nov 15, 2015 at 12:19 PM, Henrik Levkowetz > wrote: >=20 >> Hi Richard, >> >> On 2015-11-15 17:42, Richard Barnes wrote: >> > Very simple-minded indeed. And it would be totally unnecessary if we= were >> > to just put this site behind a CDN. >> >> Sure. >> >> It's been a shoestring operation from the start, with most of the equi= pment >> donated by me and others; no monies for CDN. >> >=20 > Fortunately, there are free CDNs nowadays, e.g.: >=20 > https://www.cloudflare.com/plans/ >=20 > Cloudflare is also what fronts for www.ietf.org. We could probably get= > tools.ietf.org added for minimal cost. Yes. It's probably worth doing, now that we've got the main IETF domain on CDN. Henrik > --Richard >=20 >=20 >=20 >=20 >> >> Of course we could do CDN for tools now, but I'm mostly focused on mov= ing >> functionality over to the datatracker these days, and hope to move the= >> htmlized documents there too, in the not too far future. >> >> Best regards, >> >> Henrik >> >> > On Sun, Nov 15, 2015 at 11:36 AM, Henrik Levkowetz > > >> > wrote: >> > >> >> Hi Eric, >> >> >> >> Actually, it's a very simple-minded throttling, in defence of aggre= ssive >> >> robots: sleep for 5 seconds. >> >> >> >> I've rearranged the code a bit, to reduce the wait if the html file= >> doesn't >> >> need to be re-generated. >> >> >> >> (When you see an issue with anything on tools.ietf.org, please emai= l >> me, >> >> rather >> >> than the anonymous 'folks'; they can't do anything about it. If I >> happen >> >> to >> >> notice messages on the list, I fix things; but I don't always see l= ist >> >> messages >> >> in a timely manner.) >> >> >> >> Regards, >> >> >> >> Henrik >> >> >> >> On 2015-11-15 17:04, Eric Rescorla wrote: >> >> > Hi folks, >> >> > >> >> > tools.ietf.org has a major performance problem whenever you fetch= a >> >> > draft without a version number. So, for instance, dereference: >> >> > >> >> > https://tools.ietf.org/html/draft-ietf-acme-acme >> >> > >> >> > This does a 302 redirect to: >> >> > https://tools.ietf.org/html/draft-ietf-acme-acme-01 >> >> > >> >> > The second fetch is not too terrible (250ms or so), but the first= >> fetch >> >> > spends >> >> > 6 seconds waiting for the site to do the redirect. A bit of diggi= ng >> shows >> >> > that >> >> > essentially all this time is spent after the request is sent and >> waiting >> >> > for the >> >> > site. Based on inferences from other behaviors, I suspect that th= is is >> >> some >> >> > sort of database query to see what the latest draft version is. G= iven >> the >> >> > trivial size of this data set, that seems like it should be easy = to >> fix, >> >> > though... >> >> > >> >> > -Ekr >> >> > >> >> > >> >> > >> >> >> >> >> >> -- >> >> Tools-discuss mailing list >> >> Tools-discuss@ietf.org >> >> https://www.ietf.org/mailman/listinfo/tools-discuss >> >> >> >> Please report datatracker.ietf.org bugs at >> >> http://tools.ietf.org/tools/ietfdb >> >> Please report tools.ietf.org bugs at http://tools.ietf.org/tools/is= sues >> or >> >> send email to webmaster@tools.ietf.org >> >> >> >> >> > >> >> >=20 >=20 >=20 --b3X0eka3KXJMnDSFiOOnB38KctB6dX2HF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJWSMApAAoJEE6bV0uPuxcaPMUQAKHydjxnhDZJ/hJmLPnok/M9 xNBL/ovTQdE2umFuiAhqUBAU1LhZQTgIXRB6uRRfqRBd6ySRpCvIxGabMcXdBWkh jF21wXSxWXOiygbX4WpDtMUylcRFR7xuU1hnbZF5qXs1EE1PAhb/c/cE0lOWpuUC 31HInzn2WX7oW8+w/WR882j7PZnP/PiNsHcBK02+4sLAohiFMT6gzZ33ab0WBsEA YycGKw04tUbfB8HoiazlGxG7DZ0qxQ44lObcXOaKdbmOdUTaXtrgF1wU34X2zbwL QqkfPlWYXKqmX2tl+4t4GZ/0U6UhrvtIruAm9+WP+gQqQAF11bAcX/cW/C6BwP7k uHQSIvcn+hWprKFLcXDb+zB+O+S7OiWX2czxiny6t4P67uKslp9514Mnad9y9Hvm p8Mh8NYYt6JGKqTYREdKzmW7XP16GxakhKN3b2a2UL+xAgESuEM0fb4LkC94OlL8 Bf4Ljf+7kSPGun3BubJE+XAP4oJLC6pT/UUMWQ0MAHk6h1x5jvv3zJbZx9BoIJ8j 6x/dHpHtBd9D1AEk6zkPPlS7bS4DVyTpJ1spVCW+wTvADUuhBya+QcjCcGYqKySR MAyW4TO/MJ7KfYObbufU0766wOHFyHn/aJvqaFEkNAEYUHbokrdEplxoRvsM9w71 oRabIzQZ9G3E5DNz3j91 =P+us -----END PGP SIGNATURE----- --b3X0eka3KXJMnDSFiOOnB38KctB6dX2HF-- From nobody Sun Nov 15 09:31:01 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD3071A886D for ; Sun, 15 Nov 2015 09:30:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SlQJa2_YcUrx for ; Sun, 15 Nov 2015 09:30:57 -0800 (PST) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E7C121A886F for ; Sun, 15 Nov 2015 09:30:56 -0800 (PST) Received: by obbww6 with SMTP id ww6so106774352obb.0 for ; Sun, 15 Nov 2015 09:30:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GZbcblm4ScZekPgzKnNySIefkw3KU1i1Q8XPUXQUEsQ=; b=YfmUdsGB75K36EfH4eGhQW8gRTMc/TB7w3PIfuJOfh5H3AwIcCofhyO9g6HgnlkmJ2 QOV+Uy3oq4AFdlGgqWdy82HEudOWg/DqsHxw8i5p4SKdLyzlMD55ueOAZVa+qKiCXfJC UTRymKPjgURx48a4w4Uee+ae6rn343D9aZCX/Be8zYTYYMN7HOqkRjYX6nx4HOOc3KJ6 otEwjIIkqO0DD4vzufK52zilgxRPbzG18y2XV3hxNV9OXWdnlo06Gm/wwjA2mnFE6wzK AoN5xc943IDIw9lvbY8olGOxpi0f8faEzJ5XIE7T+L/TFMhbX2wqQhFgN3QuAiDeJU7Z Gc0Q== MIME-Version: 1.0 X-Received: by 10.182.19.166 with SMTP id g6mr18683512obe.37.1447608656361; Sun, 15 Nov 2015 09:30:56 -0800 (PST) Received: by 10.202.78.198 with HTTP; Sun, 15 Nov 2015 09:30:56 -0800 (PST) In-Reply-To: <5648C028.1090504@levkowetz.com> References: <5648B478.7050000@levkowetz.com> <5648BEB9.1030101@levkowetz.com> <5648C028.1090504@levkowetz.com> Date: Sun, 15 Nov 2015 12:30:56 -0500 Message-ID: From: Richard Barnes To: Henrik Levkowetz Content-Type: multipart/alternative; boundary=001a11c2e71cbc8110052497a7ee Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:31:00 -0000 --001a11c2e71cbc8110052497a7ee Content-Type: text/plain; charset=UTF-8 On Sun, Nov 15, 2015 at 12:26 PM, Henrik Levkowetz wrote: > > > On 2015-11-15 18:24, Richard Barnes wrote: > > On Sun, Nov 15, 2015 at 12:19 PM, Henrik Levkowetz > > > wrote: > > > >> Hi Richard, > >> > >> On 2015-11-15 17:42, Richard Barnes wrote: > >> > Very simple-minded indeed. And it would be totally unnecessary if we > were > >> > to just put this site behind a CDN. > >> > >> Sure. > >> > >> It's been a shoestring operation from the start, with most of the > equipment > >> donated by me and others; no monies for CDN. > >> > > > > Fortunately, there are free CDNs nowadays, e.g.: > > > > https://www.cloudflare.com/plans/ > > > > Cloudflare is also what fronts for www.ietf.org. We could probably get > > tools.ietf.org added for minimal cost. > > Yes. It's probably worth doing, now that we've got the main IETF domain > on CDN. > Great. I'll get in touch with AMS to see what needs to happen here. In the meantime, maybe make a TODO to remove the sleep(5) once CF is set up? --Richard > > > Henrik > > > --Richard > > > > > > > > > >> > >> Of course we could do CDN for tools now, but I'm mostly focused on > moving > >> functionality over to the datatracker these days, and hope to move the > >> htmlized documents there too, in the not too far future. > >> > >> Best regards, > >> > >> Henrik > >> > >> > On Sun, Nov 15, 2015 at 11:36 AM, Henrik Levkowetz < > henrik@levkowetz.com > >> > > >> > wrote: > >> > > >> >> Hi Eric, > >> >> > >> >> Actually, it's a very simple-minded throttling, in defence of > aggressive > >> >> robots: sleep for 5 seconds. > >> >> > >> >> I've rearranged the code a bit, to reduce the wait if the html file > >> doesn't > >> >> need to be re-generated. > >> >> > >> >> (When you see an issue with anything on tools.ietf.org, please email > >> me, > >> >> rather > >> >> than the anonymous 'folks'; they can't do anything about it. If I > >> happen > >> >> to > >> >> notice messages on the list, I fix things; but I don't always see > list > >> >> messages > >> >> in a timely manner.) > >> >> > >> >> Regards, > >> >> > >> >> Henrik > >> >> > >> >> On 2015-11-15 17:04, Eric Rescorla wrote: > >> >> > Hi folks, > >> >> > > >> >> > tools.ietf.org has a major performance problem whenever you fetch > a > >> >> > draft without a version number. So, for instance, dereference: > >> >> > > >> >> > https://tools.ietf.org/html/draft-ietf-acme-acme > >> >> > > >> >> > This does a 302 redirect to: > >> >> > https://tools.ietf.org/html/draft-ietf-acme-acme-01 > >> >> > > >> >> > The second fetch is not too terrible (250ms or so), but the first > >> fetch > >> >> > spends > >> >> > 6 seconds waiting for the site to do the redirect. A bit of digging > >> shows > >> >> > that > >> >> > essentially all this time is spent after the request is sent and > >> waiting > >> >> > for the > >> >> > site. Based on inferences from other behaviors, I suspect that > this is > >> >> some > >> >> > sort of database query to see what the latest draft version is. > Given > >> the > >> >> > trivial size of this data set, that seems like it should be easy to > >> fix, > >> >> > though... > >> >> > > >> >> > -Ekr > >> >> > > >> >> > > >> >> > > >> >> > >> >> > >> >> -- > >> >> Tools-discuss mailing list > >> >> Tools-discuss@ietf.org > >> >> https://www.ietf.org/mailman/listinfo/tools-discuss > >> >> > >> >> Please report datatracker.ietf.org bugs at > >> >> http://tools.ietf.org/tools/ietfdb > >> >> Please report tools.ietf.org bugs at > http://tools.ietf.org/tools/issues > >> or > >> >> send email to webmaster@tools.ietf.org > >> >> > >> >> > >> > > >> > >> > > > > > > > > --001a11c2e71cbc8110052497a7ee Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Sun, Nov 15, 2015 at 12:26 PM, Henrik Levkowetz &l= t;henrik@levkowet= z.com> wrote:


On 2015-11-15 18:24, Richard Barnes wrote:
> On Sun, Nov 15, 2015 at 12:19 PM, Henrik Levkowetz <henrik@levkowetz.com>
> wrote:
>
>> Hi Richard,
>>
>> On 2015-11-15 17:42, Richard Barnes wrote:
>> > Very simple-minded indeed. And it would be totally unnecessar= y if we were
>> > to just put this site behind a CDN.
>>
>> Sure.
>>
>> It's been a shoestring operation from the start, with most of = the equipment
>> donated by me and others; no monies for CDN.
>>
>
> Fortunately, there are free CDNs nowadays, e.g.:
>
> https://www.cloudflare.com/plans/
>
> Cloudflare is also what fronts for www.ietf.org.=C2=A0 We could probably= get
> tools.ietf.org added for minimal cost.

Yes.=C2=A0 It's probably worth doing, now that we've got the= main IETF domain
on CDN.

Great.=C2=A0 I'll get in to= uch with AMS to see what needs to happen here.

In the mea= ntime, maybe make a TODO to remove the sleep(5) once CF is set up?

--Richard

=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Henrik

> --Richard
>
>
>
>
>>
>> Of course we could do CDN for tools now, but I'm mostly focuse= d on moving
>> functionality over to the datatracker these days, and hope to move= the
>> htmlized documents there too, in the not too far future.
>>
>> Best regards,
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Henrik
>>
>> > On Sun, Nov 15, 2015 at 11:36 AM, Henrik Levkowetz <henrik@levkowetz.com
>> >
>> > wrote:
>> >
>> >> Hi Eric,
>> >>
>> >> Actually, it's a very simple-minded throttling, in de= fence of aggressive
>> >> robots: sleep for 5 seconds.
>> >>
>> >> I've rearranged the code a bit, to reduce the wait if= the html file
>> doesn't
>> >> need to be re-generated.
>> >>
>> >> (When you see an issue with anything on tools.ietf.org, p= lease email
>> me,
>> >> rather
>> >> than the anonymous 'folks'; they can't do any= thing about it.=C2=A0 If I
>> happen
>> >> to
>> >> notice messages on the list, I fix things; but I don'= t always see list
>> >> messages
>> >> in a timely manner.)
>> >>
>> >> Regards,
>> >>
>> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Henrik
>> >>
>> >> On 2015-11-15 17:04, Eric Rescorla wrote:
>> >> > Hi folks,
>> >> >
>> >> > tools.ietf.org has a major performance problem whene= ver you fetch a
>> >> > draft without a version number. So, for instance, de= reference:
>> >> >
>> >> >=C2=A0 =C2=A0https://tools.iet= f.org/html/draft-ietf-acme-acme
>> >> >
>> >> > This does a 302 redirect to:
>> >> >=C2=A0 =C2=A0https://tools.= ietf.org/html/draft-ietf-acme-acme-01
>> >> >
>> >> > The second fetch is not too terrible (250ms or so), = but the first
>> fetch
>> >> > spends
>> >> > 6 seconds waiting for the site to do the redirect. A= bit of digging
>> shows
>> >> > that
>> >> > essentially all this time is spent after the request= is sent and
>> waiting
>> >> > for the
>> >> > site. Based on inferences from other behaviors, I su= spect that this is
>> >> some
>> >> > sort of database query to see what the latest draft = version is. Given
>> the
>> >> > trivial size of this data set, that seems like it sh= ould be easy to
>> fix,
>> >> > though...
>> >> >
>> >> > -Ekr
>> >> >
>> >> >
>> >> >
>> >>
>> >>
>> >> --
>> >> Tools-discuss mailing list
>> >> Tools-discuss@i= etf.org
>> >> https://www.ietf.org/mailman/li= stinfo/tools-discuss
>> >>
>> >> Please report datatracker.ietf.org bugs at
>> >> http://tools.ietf.org/tools/ietfdb
>> >> Please report tools.ietf.org bugs at http://tool= s.ietf.org/tools/issues
>> or
>> >> send email to webmaster@tools.ietf.org
>> >>
>> >>
>> >
>>
>>
>
>
>


--001a11c2e71cbc8110052497a7ee-- From nobody Sun Nov 15 09:32:04 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE5FE1A8871 for ; Sun, 15 Nov 2015 09:32:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I5lSqPNTYO5H for ; Sun, 15 Nov 2015 09:32:01 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3AA6F1A8870 for ; Sun, 15 Nov 2015 09:32:01 -0800 (PST) Received: from 78-68-120-205-no105.tbcn.telia.com ([78.68.120.205]:55199 helo=[192.168.1.128]) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Zy19k-0002H7-5q; Sun, 15 Nov 2015 09:32:00 -0800 To: Richard Barnes References: <5648B478.7050000@levkowetz.com> <5648BEB9.1030101@levkowetz.com> <5648C028.1090504@levkowetz.com> From: Henrik Levkowetz Message-ID: <5648C18E.2090403@levkowetz.com> Date: Sun, 15 Nov 2015 18:31:58 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="QfGAogKuu2TBcbn31BwsgLwLDX72QRCKD" X-SA-Exim-Connect-IP: 78.68.120.205 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, richard.barnes@gmail.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:32:03 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QfGAogKuu2TBcbn31BwsgLwLDX72QRCKD Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2015-11-15 18:30, Richard Barnes wrote: > On Sun, Nov 15, 2015 at 12:26 PM, Henrik Levkowetz > wrote: >=20 >> >> >> On 2015-11-15 18:24, Richard Barnes wrote: >> > On Sun, Nov 15, 2015 at 12:19 PM, Henrik Levkowetz > > >> > wrote: >> > >> >> Hi Richard, >> >> >> >> On 2015-11-15 17:42, Richard Barnes wrote: >> >> > Very simple-minded indeed. And it would be totally unnecessary if= we >> were >> >> > to just put this site behind a CDN. >> >> >> >> Sure. >> >> >> >> It's been a shoestring operation from the start, with most of the >> equipment >> >> donated by me and others; no monies for CDN. >> >> >> > >> > Fortunately, there are free CDNs nowadays, e.g.: >> > >> > https://www.cloudflare.com/plans/ >> > >> > Cloudflare is also what fronts for www.ietf.org. We could probably = get >> > tools.ietf.org added for minimal cost. >> >> Yes. It's probably worth doing, now that we've got the main IETF doma= in >> on CDN. >> >=20 > Great. I'll get in touch with AMS to see what needs to happen here. >=20 > In the meantime, maybe make a TODO to remove the sleep(5) once CF is se= t up? Sure. It's currently sleep(1) unless you hit the htmlization, which is c= ostly. Henrik > --Richard >=20 >=20 >=20 >> >> >> Henrik >> >> > --Richard >> > >> > >> > >> > >> >> >> >> Of course we could do CDN for tools now, but I'm mostly focused on >> moving >> >> functionality over to the datatracker these days, and hope to move = the >> >> htmlized documents there too, in the not too far future. >> >> >> >> Best regards, >> >> >> >> Henrik >> >> >> >> > On Sun, Nov 15, 2015 at 11:36 AM, Henrik Levkowetz < >> henrik@levkowetz.com >> >> > >> >> > wrote: >> >> > >> >> >> Hi Eric, >> >> >> >> >> >> Actually, it's a very simple-minded throttling, in defence of >> aggressive >> >> >> robots: sleep for 5 seconds. >> >> >> >> >> >> I've rearranged the code a bit, to reduce the wait if the html f= ile >> >> doesn't >> >> >> need to be re-generated. >> >> >> >> >> >> (When you see an issue with anything on tools.ietf.org, please e= mail >> >> me, >> >> >> rather >> >> >> than the anonymous 'folks'; they can't do anything about it. If= I >> >> happen >> >> >> to >> >> >> notice messages on the list, I fix things; but I don't always se= e >> list >> >> >> messages >> >> >> in a timely manner.) >> >> >> >> >> >> Regards, >> >> >> >> >> >> Henrik >> >> >> >> >> >> On 2015-11-15 17:04, Eric Rescorla wrote: >> >> >> > Hi folks, >> >> >> > >> >> >> > tools.ietf.org has a major performance problem whenever you fe= tch >> a >> >> >> > draft without a version number. So, for instance, dereference:= >> >> >> > >> >> >> > https://tools.ietf.org/html/draft-ietf-acme-acme >> >> >> > >> >> >> > This does a 302 redirect to: >> >> >> > https://tools.ietf.org/html/draft-ietf-acme-acme-01 >> >> >> > >> >> >> > The second fetch is not too terrible (250ms or so), but the fi= rst >> >> fetch >> >> >> > spends >> >> >> > 6 seconds waiting for the site to do the redirect. A bit of di= gging >> >> shows >> >> >> > that >> >> >> > essentially all this time is spent after the request is sent a= nd >> >> waiting >> >> >> > for the >> >> >> > site. Based on inferences from other behaviors, I suspect that= >> this is >> >> >> some >> >> >> > sort of database query to see what the latest draft version is= =2E >> Given >> >> the >> >> >> > trivial size of this data set, that seems like it should be ea= sy to >> >> fix, >> >> >> > though... >> >> >> > >> >> >> > -Ekr >> >> >> > >> >> >> > >> >> >> > >> >> >> >> >> >> >> >> >> -- >> >> >> Tools-discuss mailing list >> >> >> Tools-discuss@ietf.org >> >> >> https://www.ietf.org/mailman/listinfo/tools-discuss >> >> >> >> >> >> Please report datatracker.ietf.org bugs at >> >> >> http://tools.ietf.org/tools/ietfdb >> >> >> Please report tools.ietf.org bugs at >> http://tools.ietf.org/tools/issues >> >> or >> >> >> send email to webmaster@tools.ietf.org >> >> >> >> >> >> >> >> > >> >> >> >> >> > >> > >> > >> >> >=20 --QfGAogKuu2TBcbn31BwsgLwLDX72QRCKD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJWSMGOAAoJEE6bV0uPuxca+gMP/2v4+ybnAWuIrbsY2YI1JRDH kG6Hb94W0Yi485q67kvLp9hb5Mcled2eAD6xCjgzteNmZ0FZeqyRw/C3ibRvc5Kw Yw+7td1uwpLK9Tv0lpCcySsmAR1lDwtceGxgkF2cwPzl3q69M1AqfHCH1fxISkB4 NKrb0AEc+VQPDG0wCZU8Hz7lDFjK4lO9rJ+0MT6Xf6U2XmZKY1F6annzIY8B7w2O oW2XdJwRLzHafyFyujnCII/PuGPnbzLp64/dYTPicIwMayLnwxGMfTQCHqRFQkzc eejl7N2pAFNexrcRoohLEI9ngkWBW1Hg7u5Wp7RXXsH764b8zBZE8YSs+D4yb4ND dP6KsY/MGKykx93YEh+mc/XeDz+G2+dvzc8xCSs56eEBTDIx7zivu/rfw0rophnn vUiHA/f9lrSHW2XTYoHvcg50q7t1EAM7DRHp1+yOF00Bw+e67w+ur+eRLFqmqyjz MAJkpGbiX9tNu3khSEeS7+x1O+NXSUySFQOV+a2OK7/MimB4POtXo5U+gv2cf3VX +oHxpq1NZh6G87yrUW5yTolqbodKig+rBq3ey84YxRAq77STDdzpL00e5TNA1D9m ntnoi13EKxSFv0OZKPFk06EtLWhI9YemeLNOb0UpmPh4JDMzlZ40dDWFB+pf3en8 ZQNsIh4GM/FJtNaLw6XG =Xi56 -----END PGP SIGNATURE----- --QfGAogKuu2TBcbn31BwsgLwLDX72QRCKD-- From nobody Sun Nov 15 09:35:00 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B9871A887C for ; Sun, 15 Nov 2015 09:34:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5XYCYQELawzG for ; Sun, 15 Nov 2015 09:34:56 -0800 (PST) Received: from mail-yk0-x22f.google.com (mail-yk0-x22f.google.com [IPv6:2607:f8b0:4002:c07::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 168F21A887D for ; Sun, 15 Nov 2015 09:34:56 -0800 (PST) Received: by ykba77 with SMTP id a77so205827100ykb.2 for ; Sun, 15 Nov 2015 09:34:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm_com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=u4cwIcKoOe3LpEEL9mSiEgQ16PWt9u6D+txwEWRzbv4=; b=QQzN6uquaoC4RvLRN0mLg2JCeJCk1r9x13mp8y96BncRMesIZRdDP8mhunOIWdKMYY y8mznaT44OI+S88fI7YC8otLTvfisKIG1tHqZvm88Qc7anAqePyRuWiYnyWRHcuMhtZ+ +mLpNmXQKCOjNj5nbJYUypK01ujy3vENbEunOxjbL3MhPiYyYM4IkLoAq1HblTlzi6q/ VultBDKVrywmUnZBbCiuERtHg1ivVtJS4803C0p1LMiYBBrkXKdXBujoVpiO43GmEJU/ VxFJdBoBVHL7KOyr3l20G+k3QkotOFtPm8Nufei48D7JOM0e5hRuNeR0oOvIuu4qfVgP /6XA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=u4cwIcKoOe3LpEEL9mSiEgQ16PWt9u6D+txwEWRzbv4=; b=dyaz1nBgmGtfdMYooKBOqlx5XOy5UKVMsLsEME2yt+XnR0Z/vOvibncL9oPzXYPLx9 PfgJdX1gjPKOAaehhjBRtGCg5wfjiYT/FhbkUaxTwDTuJZJKbo9ft5w8RqDZCSOD3/6N Gs/ijf8YYRaFziAGqfuKaWIUwWRTL/Dpu1+pj33m2EGZtpMr8Ec3ZnSCxg/nLnLnKV8H qUzfKPXSQ1DurEYHUISFS5ZKp5qUWQInZc9L3aWaXWv7QRbGfMnmHgHIGqkD1WDCHKyn yWlclzPcNB/QVGP85GMcNja9FNqM4yfH0MGeuRsAl6bnG9EmI3zaIUFfqIdO6kTYs1tp 37Sw== X-Gm-Message-State: ALoCoQk/2jQKW6F/Hy1WVgApbn7zAhBauyVEiqKhc5Pr2tH6Px1x194gzzcOsG17dH36WyaVGi1B X-Received: by 10.13.236.10 with SMTP id v10mr34388256ywe.231.1447608895270; Sun, 15 Nov 2015 09:34:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.221.203 with HTTP; Sun, 15 Nov 2015 09:34:15 -0800 (PST) In-Reply-To: <5648C18E.2090403@levkowetz.com> References: <5648B478.7050000@levkowetz.com> <5648BEB9.1030101@levkowetz.com> <5648C028.1090504@levkowetz.com> <5648C18E.2090403@levkowetz.com> From: Eric Rescorla Date: Sun, 15 Nov 2015 09:34:15 -0800 Message-ID: To: Henrik Levkowetz Content-Type: multipart/alternative; boundary=94eb2c0889dcfa207b052497b51f Archived-At: Cc: Richard Barnes , Tools Team Discussion Subject: Re: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:34:58 -0000 --94eb2c0889dcfa207b052497b51f Content-Type: text/plain; charset=UTF-8 Is there a reason not to pre-HTMLize, thus removing the need for the sleep entirely? -Ekr On Sun, Nov 15, 2015 at 9:31 AM, Henrik Levkowetz wrote: > > On 2015-11-15 18:30, Richard Barnes wrote: > > On Sun, Nov 15, 2015 at 12:26 PM, Henrik Levkowetz > > > wrote: > > > >> > >> > >> On 2015-11-15 18:24, Richard Barnes wrote: > >> > On Sun, Nov 15, 2015 at 12:19 PM, Henrik Levkowetz < > henrik@levkowetz.com > >> > > >> > wrote: > >> > > >> >> Hi Richard, > >> >> > >> >> On 2015-11-15 17:42, Richard Barnes wrote: > >> >> > Very simple-minded indeed. And it would be totally unnecessary if > we > >> were > >> >> > to just put this site behind a CDN. > >> >> > >> >> Sure. > >> >> > >> >> It's been a shoestring operation from the start, with most of the > >> equipment > >> >> donated by me and others; no monies for CDN. > >> >> > >> > > >> > Fortunately, there are free CDNs nowadays, e.g.: > >> > > >> > https://www.cloudflare.com/plans/ > >> > > >> > Cloudflare is also what fronts for www.ietf.org. We could probably > get > >> > tools.ietf.org added for minimal cost. > >> > >> Yes. It's probably worth doing, now that we've got the main IETF domain > >> on CDN. > >> > > > > Great. I'll get in touch with AMS to see what needs to happen here. > > > > In the meantime, maybe make a TODO to remove the sleep(5) once CF is set > up? > > Sure. It's currently sleep(1) unless you hit the htmlization, which is > costly. > > Henrik > > > --Richard > > > > > > > >> > >> > >> Henrik > >> > >> > --Richard > >> > > >> > > >> > > >> > > >> >> > >> >> Of course we could do CDN for tools now, but I'm mostly focused on > >> moving > >> >> functionality over to the datatracker these days, and hope to move > the > >> >> htmlized documents there too, in the not too far future. > >> >> > >> >> Best regards, > >> >> > >> >> Henrik > >> >> > >> >> > On Sun, Nov 15, 2015 at 11:36 AM, Henrik Levkowetz < > >> henrik@levkowetz.com > >> >> > > >> >> > wrote: > >> >> > > >> >> >> Hi Eric, > >> >> >> > >> >> >> Actually, it's a very simple-minded throttling, in defence of > >> aggressive > >> >> >> robots: sleep for 5 seconds. > >> >> >> > >> >> >> I've rearranged the code a bit, to reduce the wait if the html > file > >> >> doesn't > >> >> >> need to be re-generated. > >> >> >> > >> >> >> (When you see an issue with anything on tools.ietf.org, please > email > >> >> me, > >> >> >> rather > >> >> >> than the anonymous 'folks'; they can't do anything about it. If I > >> >> happen > >> >> >> to > >> >> >> notice messages on the list, I fix things; but I don't always see > >> list > >> >> >> messages > >> >> >> in a timely manner.) > >> >> >> > >> >> >> Regards, > >> >> >> > >> >> >> Henrik > >> >> >> > >> >> >> On 2015-11-15 17:04, Eric Rescorla wrote: > >> >> >> > Hi folks, > >> >> >> > > >> >> >> > tools.ietf.org has a major performance problem whenever you > fetch > >> a > >> >> >> > draft without a version number. So, for instance, dereference: > >> >> >> > > >> >> >> > https://tools.ietf.org/html/draft-ietf-acme-acme > >> >> >> > > >> >> >> > This does a 302 redirect to: > >> >> >> > https://tools.ietf.org/html/draft-ietf-acme-acme-01 > >> >> >> > > >> >> >> > The second fetch is not too terrible (250ms or so), but the > first > >> >> fetch > >> >> >> > spends > >> >> >> > 6 seconds waiting for the site to do the redirect. A bit of > digging > >> >> shows > >> >> >> > that > >> >> >> > essentially all this time is spent after the request is sent and > >> >> waiting > >> >> >> > for the > >> >> >> > site. Based on inferences from other behaviors, I suspect that > >> this is > >> >> >> some > >> >> >> > sort of database query to see what the latest draft version is. > >> Given > >> >> the > >> >> >> > trivial size of this data set, that seems like it should be > easy to > >> >> fix, > >> >> >> > though... > >> >> >> > > >> >> >> > -Ekr > >> >> >> > > >> >> >> > > >> >> >> > > >> >> >> > >> >> >> > >> >> >> -- > >> >> >> Tools-discuss mailing list > >> >> >> Tools-discuss@ietf.org > >> >> >> https://www.ietf.org/mailman/listinfo/tools-discuss > >> >> >> > >> >> >> Please report datatracker.ietf.org bugs at > >> >> >> http://tools.ietf.org/tools/ietfdb > >> >> >> Please report tools.ietf.org bugs at > >> http://tools.ietf.org/tools/issues > >> >> or > >> >> >> send email to webmaster@tools.ietf.org > >> >> >> > >> >> >> > >> >> > > >> >> > >> >> > >> > > >> > > >> > > >> > >> > > > > > -- > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org bugs at > http://tools.ietf.org/tools/ietfdb > Please report tools.ietf.org bugs at http://tools.ietf.org/tools/issues or > send email to webmaster@tools.ietf.org > > --94eb2c0889dcfa207b052497b51f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Is there a reason not to pre-HTMLize, thus removing the ne= ed for the sleep
entirely?

-Ekr


On Sun, Nov 15, 201= 5 at 9:31 AM, Henrik Levkowetz <henrik@levkowetz.com> wro= te:

On 2015-11-15 18:30, Richard Barnes wrote:
> On Sun, Nov 15, 2015 at 12:26 PM, Henrik Levkowetz <henrik@levkowetz.com>
> wrote:
>
>>
>>
>> On 2015-11-15 18:24, Richard Barnes wrote:
>> > On Sun, Nov 15, 2015 at 12:19 PM, Henrik Levkowetz <henrik@levkowetz.com
>> >
>> > wrote:
>> >
>> >> Hi Richard,
>> >>
>> >> On 2015-11-15 17:42, Richard Barnes wrote:
>> >> > Very simple-minded indeed. And it would be totally u= nnecessary if we
>> were
>> >> > to just put this site behind a CDN.
>> >>
>> >> Sure.
>> >>
>> >> It's been a shoestring operation from the start, with= most of the
>> equipment
>> >> donated by me and others; no monies for CDN.
>> >>
>> >
>> > Fortunately, there are free CDNs nowadays, e.g.:
>> >
>> > https://www.cloudflare.com/plans/
>> >
>> > Cloudflare is also what fronts for www.ietf.org.=C2=A0 We could= probably get
>> > tools.ietf.org added for minimal cost.
>>
>> Yes.=C2=A0 It's probably worth doing, now that we've got t= he main IETF domain
>> on CDN.
>>
>
> Great.=C2=A0 I'll get in touch with AMS to see what needs to happe= n here.
>
> In the meantime, maybe make a TODO to remove the sleep(5) once CF is s= et up?

Sure.=C2=A0 It's currently sleep(1) unless you hit the htmlizati= on, which is costly.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Henrik

> --Richard
>
>
>
>>
>>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Henrik
>>
>> > --Richard
>> >
>> >
>> >
>> >
>> >>
>> >> Of course we could do CDN for tools now, but I'm most= ly focused on
>> moving
>> >> functionality over to the datatracker these days, and hop= e to move the
>> >> htmlized documents there too, in the not too far future.<= br> >> >>
>> >> Best regards,
>> >>
>> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Henrik
>> >>
>> >> > On Sun, Nov 15, 2015 at 11:36 AM, Henrik Levkowetz &= lt;
>> henrik@levkowetz.com >> >> >
>> >> > wrote:
>> >> >
>> >> >> Hi Eric,
>> >> >>
>> >> >> Actually, it's a very simple-minded throttli= ng, in defence of
>> aggressive
>> >> >> robots: sleep for 5 seconds.
>> >> >>
>> >> >> I've rearranged the code a bit, to reduce th= e wait if the html file
>> >> doesn't
>> >> >> need to be re-generated.
>> >> >>
>> >> >> (When you see an issue with anything on tools.ietf.= org, please email
>> >> me,
>> >> >> rather
>> >> >> than the anonymous 'folks'; they can'= ;t do anything about it.=C2=A0 If I
>> >> happen
>> >> >> to
>> >> >> notice messages on the list, I fix things; but I= don't always see
>> list
>> >> >> messages
>> >> >> in a timely manner.)
>> >> >>
>> >> >> Regards,
>> >> >>
>> >> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Henrik
>> >> >>
>> >> >> On 2015-11-15 17:04, Eric Rescorla wrote:
>> >> >> > Hi folks,
>> >> >> >
>> >> >> > tools.ietf.org has a major performance prob= lem whenever you fetch
>> a
>> >> >> > draft without a version number. So, for ins= tance, dereference:
>> >> >> >
>> >> >> >=C2=A0 =C2=A0https://= tools.ietf.org/html/draft-ietf-acme-acme
>> >> >> >
>> >> >> > This does a 302 redirect to:
>> >> >> >=C2=A0 =C2=A0https= ://tools.ietf.org/html/draft-ietf-acme-acme-01
>> >> >> >
>> >> >> > The second fetch is not too terrible (250ms= or so), but the first
>> >> fetch
>> >> >> > spends
>> >> >> > 6 seconds waiting for the site to do the re= direct. A bit of digging
>> >> shows
>> >> >> > that
>> >> >> > essentially all this time is spent after th= e request is sent and
>> >> waiting
>> >> >> > for the
>> >> >> > site. Based on inferences from other behavi= ors, I suspect that
>> this is
>> >> >> some
>> >> >> > sort of database query to see what the late= st draft version is.
>> Given
>> >> the
>> >> >> > trivial size of this data set, that seems l= ike it should be easy to
>> >> fix,
>> >> >> > though...
>> >> >> >
>> >> >> > -Ekr
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >>
>> >> >>
>> >> >> --
>> >> >> Tools-discuss mailing list
>> >> >> Tools-= discuss@ietf.org
>> >> >> https://www.ietf.org/m= ailman/listinfo/tools-discuss
>> >> >>
>> >> >> Please report datatracker.ietf.org bugs at=
>> >> >> http://tools.ietf.org/tools/ietfdb<= br> >> >> >> Please report tools.ietf.org bugs at
>> http://tools.ietf.org/tools/issues
>> >> or
>> >> >> send email to webmaster@tools.ietf.org
>> >> >>
>> >> >>
>> >> >
>> >>
>> >>
>> >
>> >
>> >
>>
>>
>


--
Tools-discuss mailing list
Tools-discuss@ietf.org
https://www.ietf.org/mailman/listinfo/tools-discu= ss

Please report datatracker.ietf.org bugs at http://tools.ietf= .org/tools/ietfdb
Please report tools.ietf.org bugs at http://tools.ietf.org/tools= /issues or
send email to webmaster@tools.i= etf.org


--94eb2c0889dcfa207b052497b51f-- From nobody Sun Nov 15 09:36:29 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A448E1A888B for ; Sun, 15 Nov 2015 09:36:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nUpcyYB-zDkG for ; Sun, 15 Nov 2015 09:36:26 -0800 (PST) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A46791A888F for ; Sun, 15 Nov 2015 09:36:25 -0800 (PST) Received: by obbnk6 with SMTP id nk6so106438164obb.2 for ; Sun, 15 Nov 2015 09:36:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yIqRgjnKuowOPCcrh1veyDE7kasWPvLrw09MPLFaG70=; b=jZowui3ijozKzgqGrBWuOTTcpoSYxVPtM8OUe6zZAOXdosG0ClMfiw7dD9w8EAsa99 +5wYucXlb/C75mOiEa6jI6PtkH4uBH0glfaNqIdYoBu5WqALU0arUp0wn4lGYEhP3RCj lboUVo3+YPqNjVH956KBxHV29psAt/zlOyVFO2oGbbuqV8MAQDjVnjqPzxKWUL6qcmki V8NxVWTsq8JbF2B+1X1tcwg3+YBApVHY7gY3J0bNSBbR03ar6ADL5l3wyr60e7JtmoSW ClTECUWYYnUc8N+hcgyI8ujZXvpJsgngb/pyVdFmb5MNjoXkWvQ9Q/6gAB1DC7ps6PJe FSvg== MIME-Version: 1.0 X-Received: by 10.182.241.3 with SMTP id we3mr20574101obc.9.1447608985044; Sun, 15 Nov 2015 09:36:25 -0800 (PST) Received: by 10.202.78.198 with HTTP; Sun, 15 Nov 2015 09:36:24 -0800 (PST) In-Reply-To: <5648BF6B.40302@levkowetz.com> References: <56484399.7070803@gmail.com> <52A0BCE9-2700-4A77-9C89-21626BCC81B2@vpnc.org> <5648BA85.7050407@gmail.com> <5648BF6B.40302@levkowetz.com> Date: Sun, 15 Nov 2015 12:36:24 -0500 Message-ID: From: Richard Barnes To: Henrik Levkowetz Content-Type: multipart/alternative; boundary=001a11c3608c53d06c052497bbe1 Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:36:27 -0000 --001a11c3608c53d06c052497bbe1 Content-Type: text/plain; charset=UTF-8 On Sun, Nov 15, 2015 at 12:22 PM, Henrik Levkowetz wrote: > Hi Richard, > > On 2015-11-15 18:10, Richard Barnes wrote: > > +Henrik > > > > Henrik: Any idea wtf is going on here? > > Yes. A missing lib on one of the servers which I recently took into > operation. Should be fixed now. > Would you mind elaborating on what the problem was? Curious what could cause this failure mode. > > > Best regards, > > Henrik > > > > On Sun, Nov 15, 2015 at 12:01 PM, Tim Wicinski > wrote: > > > >> > >> > >> On 11/15/15 11:39 AM, Paul Hoffman wrote: > >> > >>> On 15 Nov 2015, at 0:34, Yaron Sheffer wrote: > >>> > >>> Works for me (Firefox on Linux). But there's a 404 for > >>>> https://tools.ietf.org/photo/salz-rich-th.jpg. Mr. Salz's photo > >>>> thumbnail is only available on HTTP. > >>>> > >>> > >>> Now that's weird because I can see his smiling face and the location > bar > >>> indicates it got it over https:. In fact, I checked that yesterday and > >>> also had no problem. > >>> > >>> --Paul Hoffman > >>> > >>> > >> on my El Capitain mac: > >> > >> https://tools.ietf.org/photo/salz-rich-th.jpg > >> > >> Firefox Aurora: 404 > >> > >> Chrome: Salz, top left justified > >> > >> Safari: Salz, top center justified > >> > >> Firefox 42.0: Salz, center justified, page and window > >> > >> 3/4 on my Salz-o-meter > >> > >> > >> tim > >> > >> > >> -- > >> Tools-discuss mailing list > >> Tools-discuss@ietf.org > >> https://www.ietf.org/mailman/listinfo/tools-discuss > >> > >> Please report datatracker.ietf.org bugs at > >> http://tools.ietf.org/tools/ietfdb > >> Please report tools.ietf.org bugs at http://tools.ietf.org/tools/issues > or > >> send email to webmaster@tools.ietf.org > >> > > > > --001a11c3608c53d06c052497bbe1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Sun, Nov 15, 2015 at 12:22 PM, Henrik Levkowetz &l= t;henrik@levkowet= z.com> wrote:
Hi Richard,
On 2015-11-15 18:10, Richard Barnes wrote:
> +Henrik
>
> Henrik: Any idea wtf is going on here?

Yes.=C2=A0 A missing lib on one of the servers which I recently took= into
operation.=C2=A0 Should be fixed now.

W= ould you mind elaborating on what the problem was?=C2=A0 Curious what could= cause this failure mode.
=C2=A0


Best regards,

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Henrik


> On Sun, Nov 15, 2015 at 12:01 PM, Tim Wicinski <tjw.ietf@gmail.com> wrote:
>
>>
>>
>> On 11/15/15 11:39 AM, Paul Hoffman wrote:
>>
>>> On 15 Nov 2015, at 0:34, Yaron Sheffer wrote:
>>>
>>> Works for me (Firefox on Linux). But there's a 404 for
>>>> https://tools.ietf.org/photo/salz-rich= -th.jpg. Mr. Salz's photo
>>>> thumbnail is only available on HTTP.
>>>>
>>>
>>> Now that's weird because I can see his smiling face and th= e location bar
>>> indicates it got it over https:. In fact, I checked that yeste= rday and
>>> also had no problem.
>>>
>>> --Paul Hoffman
>>>
>>>
>> on my El Capitain mac:
>>
>> https://tools.ietf.org/photo/salz-rich-th.jpg<= /a>
>>
>> Firefox Aurora: 404
>>
>> Chrome: Salz, top left justified
>>
>> Safari: Salz, top center justified
>>
>> Firefox 42.0: Salz, center justified, page and window
>>
>> 3/4 on my Salz-o-meter
>>
>>
>> tim
>>
>>
>> --
>> Tools-discuss mailing list
>> Tools-discuss@ietf.org
>> https://www.ietf.org/mailman/listinfo/to= ols-discuss
>>
>> Please report datatracker.ietf.org bugs at
>> http://tools.ietf.org/tools/ietfdb
>> Please report tools.ietf.org bugs at http://tools.ietf.or= g/tools/issues or
>> send email to webmaste= r@tools.ietf.org
>>
>


--001a11c3608c53d06c052497bbe1-- From nobody Sun Nov 15 09:37:53 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 359E41A889A for ; Sun, 15 Nov 2015 09:37:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.221 X-Spam-Level: X-Spam-Status: No, score=0.221 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HELO_MISMATCH_NET=0.611, HOST_MISMATCH_COM=0.311, RCVD_IN_DNSWL_LOW=-0.7] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ScbIS4UWNBCc for ; Sun, 15 Nov 2015 09:37:51 -0800 (PST) Received: from uu.ops-netman.net (maild1.aptea.com [206.112.93.193]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 48D641A8899 for ; Sun, 15 Nov 2015 09:37:51 -0800 (PST) Received: from mail.ops-netman.net (unknown [208.76.12.119]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by uu.ops-netman.net (Postfix) with ESMTPS id 31729C0184; Sun, 15 Nov 2015 17:37:50 +0000 (UTC) Received: from morrowc-glaptop4.roam.corp.google.com.ops-netman.net (c-69-140-90-65.hsd1.va.comcast.net [69.140.90.65]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.ops-netman.net (Postfix) with ESMTPSA id 5A95C8812A1; Sun, 15 Nov 2015 17:37:45 +0000 (UTC) Date: Sun, 15 Nov 2015 12:37:44 -0500 Message-ID: From: Chris Morrow To: Eric Rescorla In-Reply-To: References: <5648B478.7050000@levkowetz.com> <5648BEB9.1030101@levkowetz.com> <5648C028.1090504@levkowetz.com> <5648C18E.2090403@levkowetz.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/24.3 Mule/6.0 (HANACHIRUSATO) Organization: Operations Network Management, Ltd. MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Cc: Henrik Levkowetz , Tools Team Discussion , Richard Barnes Subject: Re: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:37:52 -0000 At Sun, 15 Nov 2015 09:34:15 -0800, Eric Rescorla wrote: > > Is there a reason not to pre-HTMLize, thus removing the need for the sleep > entirely? > (peanut gallery comment) it does sound like a cron that runs every ~5 mins or something to find all xml withouth html and 'make the html' would be useful... churn can't be THAT high on this, right? also, perhaps that would mean changes to the url handling... From nobody Sun Nov 15 09:55:32 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F2CD1A8905 for ; Sun, 15 Nov 2015 09:55:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8Bq9RBs5mBxI for ; Sun, 15 Nov 2015 09:55:29 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6892F1A8904 for ; Sun, 15 Nov 2015 09:55:29 -0800 (PST) Received: from 78-68-120-205-no105.tbcn.telia.com ([78.68.120.205]:50023 helo=[192.168.1.128]) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Zy1WR-0001xs-VV; Sun, 15 Nov 2015 09:55:28 -0800 To: Eric Rescorla References: <5648B478.7050000@levkowetz.com> <5648BEB9.1030101@levkowetz.com> <5648C028.1090504@levkowetz.com> <5648C18E.2090403@levkowetz.com> From: Henrik Levkowetz Message-ID: <5648C70B.9040001@levkowetz.com> Date: Sun, 15 Nov 2015 18:55:23 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="WlEFQlPPEGi4jbFXEfaLmV5RO4dftpTfB" X-SA-Exim-Connect-IP: 78.68.120.205 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, richard.barnes@gmail.com, ekr@rtfm.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Archived-At: Cc: Richard Barnes , Tools Team Discussion Subject: Re: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:55:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WlEFQlPPEGi4jbFXEfaLmV5RO4dftpTfB Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Eric, On 2015-11-15 18:34, Eric Rescorla wrote: > Is there a reason not to pre-HTMLize, thus removing the need for the sl= eep > entirely? I do pre-HTMLize, and keep for 3 months unless a new draft version comes = out, or status changes in some manner which should cause re-generation. I als= o flush cached documents after 3 months to catch minor fixes to the htmliza= tion script. Older versions need to be re-generated to list newer versions, a= nd there are also other things, like for example the IPR link, Errata links = on RFCs, etc., which necessitate regeneration. Best regards, Henrik > -Ekr >=20 >=20 > On Sun, Nov 15, 2015 at 9:31 AM, Henrik Levkowetz > wrote: >=20 >> >> On 2015-11-15 18:30, Richard Barnes wrote: >> > On Sun, Nov 15, 2015 at 12:26 PM, Henrik Levkowetz > > >> > wrote: >> > >> >> >> >> >> >> On 2015-11-15 18:24, Richard Barnes wrote: >> >> > On Sun, Nov 15, 2015 at 12:19 PM, Henrik Levkowetz < >> henrik@levkowetz.com >> >> > >> >> > wrote: >> >> > >> >> >> Hi Richard, >> >> >> >> >> >> On 2015-11-15 17:42, Richard Barnes wrote: >> >> >> > Very simple-minded indeed. And it would be totally unnecessary= if >> we >> >> were >> >> >> > to just put this site behind a CDN. >> >> >> >> >> >> Sure. >> >> >> >> >> >> It's been a shoestring operation from the start, with most of th= e >> >> equipment >> >> >> donated by me and others; no monies for CDN. >> >> >> >> >> > >> >> > Fortunately, there are free CDNs nowadays, e.g.: >> >> > >> >> > https://www.cloudflare.com/plans/ >> >> > >> >> > Cloudflare is also what fronts for www.ietf.org. We could probab= ly >> get >> >> > tools.ietf.org added for minimal cost. >> >> >> >> Yes. It's probably worth doing, now that we've got the main IETF d= omain >> >> on CDN. >> >> >> > >> > Great. I'll get in touch with AMS to see what needs to happen here.= >> > >> > In the meantime, maybe make a TODO to remove the sleep(5) once CF is= set >> up? >> >> Sure. It's currently sleep(1) unless you hit the htmlization, which i= s >> costly. >> >> Henrik >> >> > --Richard >> > >> > >> > >> >> >> >> >> >> Henrik >> >> >> >> > --Richard >> >> > >> >> > >> >> > >> >> > >> >> >> >> >> >> Of course we could do CDN for tools now, but I'm mostly focused = on >> >> moving >> >> >> functionality over to the datatracker these days, and hope to mo= ve >> the >> >> >> htmlized documents there too, in the not too far future. >> >> >> >> >> >> Best regards, >> >> >> >> >> >> Henrik >> >> >> >> >> >> > On Sun, Nov 15, 2015 at 11:36 AM, Henrik Levkowetz < >> >> henrik@levkowetz.com >> >> >> > >> >> >> > wrote: >> >> >> > >> >> >> >> Hi Eric, >> >> >> >> >> >> >> >> Actually, it's a very simple-minded throttling, in defence of= >> >> aggressive >> >> >> >> robots: sleep for 5 seconds. >> >> >> >> >> >> >> >> I've rearranged the code a bit, to reduce the wait if the htm= l >> file >> >> >> doesn't >> >> >> >> need to be re-generated. >> >> >> >> >> >> >> >> (When you see an issue with anything on tools.ietf.org, pleas= e >> email >> >> >> me, >> >> >> >> rather >> >> >> >> than the anonymous 'folks'; they can't do anything about it. = If I >> >> >> happen >> >> >> >> to >> >> >> >> notice messages on the list, I fix things; but I don't always= see >> >> list >> >> >> >> messages >> >> >> >> in a timely manner.) >> >> >> >> >> >> >> >> Regards, >> >> >> >> >> >> >> >> Henrik >> >> >> >> >> >> >> >> On 2015-11-15 17:04, Eric Rescorla wrote: >> >> >> >> > Hi folks, >> >> >> >> > >> >> >> >> > tools.ietf.org has a major performance problem whenever you= >> fetch >> >> a >> >> >> >> > draft without a version number. So, for instance, dereferen= ce: >> >> >> >> > >> >> >> >> > https://tools.ietf.org/html/draft-ietf-acme-acme >> >> >> >> > >> >> >> >> > This does a 302 redirect to: >> >> >> >> > https://tools.ietf.org/html/draft-ietf-acme-acme-01 >> >> >> >> > >> >> >> >> > The second fetch is not too terrible (250ms or so), but the= >> first >> >> >> fetch >> >> >> >> > spends >> >> >> >> > 6 seconds waiting for the site to do the redirect. A bit of= >> digging >> >> >> shows >> >> >> >> > that >> >> >> >> > essentially all this time is spent after the request is sen= t and >> >> >> waiting >> >> >> >> > for the >> >> >> >> > site. Based on inferences from other behaviors, I suspect t= hat >> >> this is >> >> >> >> some >> >> >> >> > sort of database query to see what the latest draft version= is. >> >> Given >> >> >> the >> >> >> >> > trivial size of this data set, that seems like it should be= >> easy to >> >> >> fix, >> >> >> >> > though... >> >> >> >> > >> >> >> >> > -Ekr >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> >> Tools-discuss mailing list >> >> >> >> Tools-discuss@ietf.org >> >> >> >> https://www.ietf.org/mailman/listinfo/tools-discuss >> >> >> >> >> >> >> >> Please report datatracker.ietf.org bugs at >> >> >> >> http://tools.ietf.org/tools/ietfdb >> >> >> >> Please report tools.ietf.org bugs at >> >> http://tools.ietf.org/tools/issues >> >> >> or >> >> >> >> send email to webmaster@tools.ietf.org >> >> >> >> >> >> >> >> >> >> >> > >> >> >> >> >> >> >> >> > >> >> > >> >> > >> >> >> >> >> > >> >> >> -- >> Tools-discuss mailing list >> Tools-discuss@ietf.org >> https://www.ietf.org/mailman/listinfo/tools-discuss >> >> Please report datatracker.ietf.org bugs at >> http://tools.ietf.org/tools/ietfdb >> Please report tools.ietf.org bugs at http://tools.ietf.org/tools/issue= s or >> send email to webmaster@tools.ietf.org >> >> >=20 --WlEFQlPPEGi4jbFXEfaLmV5RO4dftpTfB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJWSMcLAAoJEE6bV0uPuxcasmsQAL45OiYUKtGhtLxKUu4t+j13 8x0hIco0Lj0yLhOe7aX8ZbxSqmEpSs+hdHldaSQ4ND8WYGNHqaaoxAwZK+R3kbA6 2IPkCdw9EBoTe/o6gaHOCjEsCl2vrLN2gf9T36P81QxjVMAgw7d/qHVaa8wnKf5+ DJistTqPLTmwHhCvCfJgftr2Q3xkxYMo/P/DyNRl4hiz0TXekOg353xaKg0W8MUP qAi+psSD0IPyTsZzKwescsO1ySdAFprUhpv2P5Yun7qQkbpl2VRI8AXtDfli5QAm jjFF61xvF1sHyEVWIqk9Nj3qbYcvOFPTKW6iRk1bsC2pzs710qoivr0R+DseQkpk zSHq8o0oZynbl8gf7oPNI37x8LQUJevd1YiWCtLKrSp8mPu0rIZtHBF0EvJ7+OYW KJCZKoS4P5ZkTPVCv4BNk0SE6NKvL9bkn8V3zDV+TNNJrz69e6f0MRUjhbmjStmP i2TOEnCi5u83orSGbDWA6gPoyWSVnTZ+sFEUbwzAUHx+MBspqHAVhWsJtqQ2z4TN CaxgUnzyveThcqZYkF3SpooLER3szx5qWia5kJ29WdosLCmOLZ5LFlGJO+P/IiSh CBd8R+mdhtMmgq0Y/RkjOYtV6km4jpTpGUPDF29OfRyFBBLKsFx3h73ZvO2RTV5E SUPBFk1wdlySzr2iM49T =zbnv -----END PGP SIGNATURE----- --WlEFQlPPEGi4jbFXEfaLmV5RO4dftpTfB-- From nobody Sun Nov 15 09:59:34 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A50511A88E4 for ; Sun, 15 Nov 2015 09:59:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ty9vDg--rs35 for ; Sun, 15 Nov 2015 09:59:31 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 02C211A890B for ; Sun, 15 Nov 2015 09:59:31 -0800 (PST) Received: from 78-68-120-205-no105.tbcn.telia.com ([78.68.120.205]:51848 helo=[192.168.1.128]) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1Zy1aM-00041f-Ee; Sun, 15 Nov 2015 09:59:30 -0800 To: Richard Barnes References: <56484399.7070803@gmail.com> <52A0BCE9-2700-4A77-9C89-21626BCC81B2@vpnc.org> <5648BA85.7050407@gmail.com> <5648BF6B.40302@levkowetz.com> From: Henrik Levkowetz Message-ID: <5648C800.5090604@levkowetz.com> Date: Sun, 15 Nov 2015 18:59:28 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="T0fA4ds4AnMRGOG6ruM9fvoUnFeOvpnx5" X-SA-Exim-Connect-IP: 78.68.120.205 X-SA-Exim-Rcpt-To: tools-discuss@ietf.org, tjw.ietf@gmail.com, richard.barnes@gmail.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 17:59:32 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --T0fA4ds4AnMRGOG6ruM9fvoUnFeOvpnx5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Richard, On 2015-11-15 18:36, Richard Barnes wrote: > On Sun, Nov 15, 2015 at 12:22 PM, Henrik Levkowetz > wrote: >=20 >> Hi Richard, >> >> On 2015-11-15 18:10, Richard Barnes wrote: >> > +Henrik >> > >> > Henrik: Any idea wtf is going on here? >> >> Yes. A missing lib on one of the servers which I recently took into >> operation. Should be fixed now. >> >=20 > Would you mind elaborating on what the problem was? Curious what could= > cause this failure mode. I suspect the differences between browsers was not real, just an effect of different people/browsers hitting different tools servers. There are currently 3 servers with A records (and unfortunately only 1 with an AAAA= record) for tools.ietf.org. FWIW, the lib was python-genshi, which was quite non-obvious from the error message; but I don't think that's really relevant to the apparent failure mode. Regards, Henrik >=20 >> >> >> Best regards, >> >> Henrik >> >> >> > On Sun, Nov 15, 2015 at 12:01 PM, Tim Wicinski >> wrote: >> > >> >> >> >> >> >> On 11/15/15 11:39 AM, Paul Hoffman wrote: >> >> >> >>> On 15 Nov 2015, at 0:34, Yaron Sheffer wrote: >> >>> >> >>> Works for me (Firefox on Linux). But there's a 404 for >> >>>> https://tools.ietf.org/photo/salz-rich-th.jpg. Mr. Salz's photo >> >>>> thumbnail is only available on HTTP. >> >>>> >> >>> >> >>> Now that's weird because I can see his smiling face and the locati= on >> bar >> >>> indicates it got it over https:. In fact, I checked that yesterday= and >> >>> also had no problem. >> >>> >> >>> --Paul Hoffman >> >>> >> >>> >> >> on my El Capitain mac: >> >> >> >> https://tools.ietf.org/photo/salz-rich-th.jpg >> >> >> >> Firefox Aurora: 404 >> >> >> >> Chrome: Salz, top left justified >> >> >> >> Safari: Salz, top center justified >> >> >> >> Firefox 42.0: Salz, center justified, page and window >> >> >> >> 3/4 on my Salz-o-meter >> >> >> >> >> >> tim >> >> >> >> >> >> -- >> >> Tools-discuss mailing list >> >> Tools-discuss@ietf.org >> >> https://www.ietf.org/mailman/listinfo/tools-discuss >> >> >> >> Please report datatracker.ietf.org bugs at >> >> http://tools.ietf.org/tools/ietfdb >> >> Please report tools.ietf.org bugs at http://tools.ietf.org/tools/is= sues >> or >> >> send email to webmaster@tools.ietf.org >> >> >> > >> >> >=20 --T0fA4ds4AnMRGOG6ruM9fvoUnFeOvpnx5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJWSMgAAAoJEE6bV0uPuxcafd4P/iGeXsV+aMObxSUnI29fe5+y JLw5xnOE8+qzn8SP/fN2bowYFHSOts4dTnvuhCl5j061lvcPqUjGFrAhCW0segfk MFIKwBo0PDezmxWb7MXwOw+jKwRBjxphmdVv1dqPGlkFbLISkr+1lv06wzrvZayc Sff1jRtREjOAsvYHhoZzYrJ76+PB78aM2fQhjTjloOID0sOf2Qg3FAOBpGf6gESi by4W7pLHFxDp0nnXwv3JJ1zH26OAXmzYbxdHOYYBbtxVAUrcgV9ZpFCXIkqrlggX cO0zz+Qh9hslXb0f20kPaNtcJSKfjp/aTycfKDHspnAG7uOydS6RGl52EKl9IuTs LzkE4kayWZbnEvVilegXBfNdUqRXnOlusOHh1vC1Cl9H08xoe3cIGRtDx++nT49H cdKM7tvDa31eXhvxrTK30hXzju8FIsEhYM9Sd/rc12wRyL6XSfcsGla0PXKg5sFJ 7h986sa+5/aYq22hZFyAxbMB2tUG38ZgUXoaBzmoA3dWHc5ioJG2kFXM4C9XKTjD t7bS4UWlNEYnSXVT4hWrHEcZ8iZWOS8r+IMnDYw99PEJbzgbnQcAmiLcbKYS/4vR t7F53mzAxyilLMopASQNNdHgIk0c/yrRbQgHg5iwqpzhUxBKWxPFG7Cgum5fVTJF UE5GjnddjcCkEJMPd7Q/ =yCZR -----END PGP SIGNATURE----- --T0fA4ds4AnMRGOG6ruM9fvoUnFeOvpnx5-- From nobody Sun Nov 15 10:23:20 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE8541A896F for ; Sun, 15 Nov 2015 10:23:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w_lxMlM5eJuT for ; Sun, 15 Nov 2015 10:23:17 -0800 (PST) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F6A31A896B for ; Sun, 15 Nov 2015 10:23:17 -0800 (PST) Received: by pabfh17 with SMTP id fh17so152045651pab.0 for ; Sun, 15 Nov 2015 10:23:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=L5SMBBg/QNaXkR8MHLq04TSrv0DZqUV7pEsSv4DQLeE=; b=rn9q1gO6jY6gLLpKS03vLrSz3nwOPL+3BzRg8dGD06vubF9YpHedhMAZ8Eoj4XLIps nPjRXMcsZC+C5TngPftoEWyl+ZyeV2L7uLNE9KvRWc/xTiNOIQITxy/NUQVxdYAEVT+7 pdE0VcdEt8CfTIcxr6MsNWWCeVX9zYIF+nUHuyjqc8vnZY+53zgZMYYo+EvXQwGDlxFb x17JCSyz2OAMEtwfQqRLx6b0euinP5OA7NeKdypbD6qIY3GMh5JfSnBdBlyif8gvDxDQ J98uZsWHSAo5Hi1oF4o7sdHWinDaB/iH5a1VE/z+msSsLIcTx25cJDWUhDnYsi+bFaZ/ gTGg== X-Received: by 10.66.142.106 with SMTP id rv10mr49281733pab.29.1447611796664; Sun, 15 Nov 2015 10:23:16 -0800 (PST) Received: from [10.0.3.190] ([97.65.203.35]) by smtp.gmail.com with ESMTPSA id qz2sm9846909pab.14.2015.11.15.10.23.14 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 15 Nov 2015 10:23:15 -0800 (PST) To: Henrik Levkowetz , Richard Barnes References: <5648B478.7050000@levkowetz.com> <5648BEB9.1030101@levkowetz.com> From: Brian E Carpenter Organization: University of Auckland Message-ID: <5648CD91.6020708@gmail.com> Date: Mon, 16 Nov 2015 07:23:13 +1300 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5648BEB9.1030101@levkowetz.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 18:23:18 -0000 On 16/11/2015 06:19, Henrik Levkowetz wrote: > Hi Richard, > > On 2015-11-15 17:42, Richard Barnes wrote: >> Very simple-minded indeed. And it would be totally unnecessary if we were >> to just put this site behind a CDN. > > Sure. > > It's been a shoestring operation from the start, with most of the equipment > donated by me and others; no monies for CDN. And to set this thread in context: thank you very very much. Brian > > Of course we could do CDN for tools now, but I'm mostly focused on moving > functionality over to the datatracker these days, and hope to move the > htmlized documents there too, in the not too far future. > > Best regards, > > Henrik > >> On Sun, Nov 15, 2015 at 11:36 AM, Henrik Levkowetz >> wrote: >> >>> Hi Eric, >>> >>> Actually, it's a very simple-minded throttling, in defence of aggressive >>> robots: sleep for 5 seconds. >>> >>> I've rearranged the code a bit, to reduce the wait if the html file doesn't >>> need to be re-generated. >>> >>> (When you see an issue with anything on tools.ietf.org, please email me, >>> rather >>> than the anonymous 'folks'; they can't do anything about it. If I happen >>> to >>> notice messages on the list, I fix things; but I don't always see list >>> messages >>> in a timely manner.) >>> >>> Regards, >>> >>> Henrik >>> >>> On 2015-11-15 17:04, Eric Rescorla wrote: >>>> Hi folks, >>>> >>>> tools.ietf.org has a major performance problem whenever you fetch a >>>> draft without a version number. So, for instance, dereference: >>>> >>>> https://tools.ietf.org/html/draft-ietf-acme-acme >>>> >>>> This does a 302 redirect to: >>>> https://tools.ietf.org/html/draft-ietf-acme-acme-01 >>>> >>>> The second fetch is not too terrible (250ms or so), but the first fetch >>>> spends >>>> 6 seconds waiting for the site to do the redirect. A bit of digging shows >>>> that >>>> essentially all this time is spent after the request is sent and waiting >>>> for the >>>> site. Based on inferences from other behaviors, I suspect that this is >>> some >>>> sort of database query to see what the latest draft version is. Given the >>>> trivial size of this data set, that seems like it should be easy to fix, >>>> though... >>>> >>>> -Ekr >>>> >>>> >>>> >>> >>> >>> -- >>> Tools-discuss mailing list >>> Tools-discuss@ietf.org >>> https://www.ietf.org/mailman/listinfo/tools-discuss >>> >>> Please report datatracker.ietf.org bugs at >>> http://tools.ietf.org/tools/ietfdb >>> Please report tools.ietf.org bugs at http://tools.ietf.org/tools/issues or >>> send email to webmaster@tools.ietf.org >>> >>> >> > > > From nobody Sun Nov 15 14:39:25 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95E371ACD65 for ; Sun, 15 Nov 2015 14:39:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.287 X-Spam-Level: X-Spam-Status: No, score=-1.287 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PIvzb26AR9wT for ; Sun, 15 Nov 2015 14:39:23 -0800 (PST) Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1802D1ACD60 for ; Sun, 15 Nov 2015 14:39:22 -0800 (PST) Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 9EF742002A for ; Sun, 15 Nov 2015 17:43:35 -0500 (EST) Received: by sandelman.ca (Postfix, from userid 179) id 84D5063B40; Sun, 15 Nov 2015 17:39:21 -0500 (EST) Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id 6980663792 for ; Sun, 15 Nov 2015 17:39:21 -0500 (EST) From: Michael Richardson To: Tools Team Discussion In-Reply-To: References: X-Mailer: MH-E 8.6; nmh 1.3-dev; GNU Emacs 24.4.2 X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m Sender: mcr@sandelman.ca Archived-At: Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 22:39:24 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Richard Barnes wrote: > You're implying that it's still OK for people to be accessing the site > over plaintext. Why do you hate security, Paul? :) So, when I landed at IETF94, my tablet had somehow lost it's cmos clock. It thought it was the year 2000 --- no certificates were valid. All sorts of non-browser things didn't work...=20 It was a very odd experience, and it took me some time to figure out what w= as wrong. Of course, I couldn't even google for an answer on that machine. I think we have done it wrong with forced redirects to https. I thought we had an in-protocol HTTP way to say, "and https is available" =2D-=20 Michael Richardson , Sandelman Software Works -=3D IPv6 IoT consulting =3D- --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQEVAwUBVkkJmYCLcPvd0N1lAQKEGAgArvIsntWEj3T9AcMZl6ohskGEoqe5vSrF iGuQ2UXEyGd7Bc44eeX3oPI9FYAw8KbDtrneN0a4bbOYfYkS8j5IrJ+QaSdvHLnF N1aKULFuhmUQVekXJhC+KLd/WWEqROEMGNUQ1YJqTsyYLkR/ivfSKIi5EB3aCGEU 0n6BgD/EaFY+zh8TxdHQ5umbofRet3KyWrc5LYHA9WczuhlePkfuRAak/sJ1s55K RaC/aFv15l3TfwSVrgT68bmcACx/TgJMiChdYnZmqBG89W5OSs4V7L76KHnw1KuE 6GC/uadeEHyFCjnBKimXnvdslMdJfSldLN2hTb8d31CxbMG4N4tnxw== =sKWE -----END PGP SIGNATURE----- --=-=-=-- From nobody Sun Nov 15 14:55:52 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DABFA1ACDA8 for ; Sun, 15 Nov 2015 14:55:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 62FZFyrFyzSP for ; Sun, 15 Nov 2015 14:55:50 -0800 (PST) Received: from mail-yk0-x231.google.com (mail-yk0-x231.google.com [IPv6:2607:f8b0:4002:c07::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 720B81ACDA6 for ; Sun, 15 Nov 2015 14:55:50 -0800 (PST) Received: by ykfs79 with SMTP id s79so213287674ykf.1 for ; Sun, 15 Nov 2015 14:55:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm_com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=W282RygTOAbMoTlOwp0aTH+qhUJzntYy/yJIN+gwLrs=; b=SyHSqNcFo8/4wSFukpZj5e2e6kZDSasvSssEyVcN/+KB+quVQYJt7iXq6XkwDVcujz W+qSBkraUbKIo2wd/ED+zz0uSZP9/EevdQtZXbku/G9QVFKg9H0pJ2XdnzyFJD3UhPKV 65N69X7wMjwiaPlyY4ud1v+beEVITt0KecjEvsoLM58wrY/RX+0NSRMv+IXU0sBe0rS5 9VHwWAD8C8JxbL/I0tc+/0qhF49yfD575dxfuiTiDU5numziecBHC3d0KiN93vP7NSbd DmmeNZwF2fSZ+08b41yUFg8nwUhwBBS/S/w36nmHEoFKHFzwFSQNxKN/twQCoOr00S8t kaFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=W282RygTOAbMoTlOwp0aTH+qhUJzntYy/yJIN+gwLrs=; b=CoBzaXlgNmsZRdP/ifsgbcKZxYlB5Oeh7YHyAeBiIciro0D5bjPU5VtlTSucnabbFd NeNwoRhu+gd16VEpKA3PjliJCqcTRsS7NKZP4gfKOE/3NJOZL87uQ+fJ8K0M2/8v/vSn r/ZoOwskr21Zgz5nS1Z2IFJ6TG/yJi/ue6v45HKa6eeH9uacQHWnYMlPSRd8GXS3LQn5 ckNZAnN84v0byTy3odel3gI5lFgz2esCfz47SJgYIvX+w+HMwSCJ9JBOwt5MLpfpcRNS EIjstZjnMbKIJudiGD0Mt1/7IE9TINtxcVAhsqStS+V1/oVkCk1UFiKN7KYIHkKzkL8y Kuag== X-Gm-Message-State: ALoCoQkASyuBQof7w2DLuAyycMVGffe/MeILKTHI3mCi9H1XrF5HevjxE71HnYq5wmMqims/9/bd X-Received: by 10.13.236.10 with SMTP id v10mr35696909ywe.231.1447628149767; Sun, 15 Nov 2015 14:55:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.221.203 with HTTP; Sun, 15 Nov 2015 14:55:10 -0800 (PST) In-Reply-To: <635.1447627161@sandelman.ca> References: <635.1447627161@sandelman.ca> From: Eric Rescorla Date: Sun, 15 Nov 2015 14:55:10 -0800 Message-ID: To: Michael Richardson Content-Type: multipart/alternative; boundary=94eb2c0889dca291b605249c313b Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2015 22:55:52 -0000 --94eb2c0889dca291b605249c313b Content-Type: text/plain; charset=UTF-8 On Sun, Nov 15, 2015 at 2:39 PM, Michael Richardson wrote: > > Richard Barnes wrote: > > You're implying that it's still OK for people to be accessing the > site > > over plaintext. Why do you hate security, Paul? :) > > So, when I landed at IETF94, my tablet had somehow lost it's cmos clock. > It thought it was the year 2000 --- no certificates were valid. > All sorts of non-browser things didn't work... > > It was a very odd experience, and it took me some time to figure out what > was > wrong. Of course, I couldn't even google for an answer on that machine. > > I think we have done it wrong with forced redirects to https. > I thought we had an in-protocol HTTP way to say, "and https is available" Unfortunately, this has inferior security properties to HSTS. -Ekr > -- > Michael Richardson , Sandelman Software Works > -= IPv6 IoT consulting =- > > > > > -- > Tools-discuss mailing list > Tools-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org bugs at > http://tools.ietf.org/tools/ietfdb > Please report tools.ietf.org bugs at http://tools.ietf.org/tools/issues or > send email to webmaster@tools.ietf.org > > --94eb2c0889dca291b605249c313b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

= On Sun, Nov 15, 2015 at 2:39 PM, Michael Richardson <<= a href=3D"mailto:mcr+ietf@sandelman.ca" target=3D"_blank">mcr+ietf@sandelma= n.ca> wrote:

Richard Barnes <richard.barn= es@gmail.com> wrote:
=C2=A0 =C2=A0 > You're implying that it's still OK for people to= be accessing the site
=C2=A0 =C2=A0 > over plaintext. Why do you hate security, Paul? :)

So, when I landed at IETF94, my tablet had somehow lost it's cmos clock= .
It thought it was the year 2000 --- no certificates were valid.
All sorts of non-browser things didn't work...

It was a very odd experience, and it took me some time to figure out what w= as
wrong.=C2=A0 =C2=A0Of course, I couldn't even google for an answer on t= hat machine.

I think we have done it wrong with forced redirects to https.
I thought we had an in-protocol HTTP way to say, "and https is availab= le"

Unfortunately, this has inferior s= ecurity properties to HSTS.

-Ekr


--
Michael Richardson <mcr+IETF@= sandelman.ca>, Sandelman Software Works
=C2=A0-=3D IPv6 IoT consulting =3D-




--
Tools-discuss mailing list
Tools-discuss@ietf.org
https://www.ietf.org/mailman/listinfo/tools-discu= ss

Please report datatracker.ietf.org bugs at http://tools.ietf= .org/tools/ietfdb
Please report tools.ietf.org bugs at http://tools.ietf.org/tools= /issues or
send email to webmaster@tools.i= etf.org


--94eb2c0889dca291b605249c313b-- From nobody Mon Nov 16 00:37:08 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08E3E1B2EB9 for ; Mon, 16 Nov 2015 00:37:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1 X-Spam-Level: X-Spam-Status: No, score=-1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p5gbAiMyN6fL for ; Mon, 16 Nov 2015 00:37:06 -0800 (PST) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F0C501B2EA4 for ; Mon, 16 Nov 2015 00:37:05 -0800 (PST) Received: by obbnk6 with SMTP id nk6so116233859obb.2 for ; Mon, 16 Nov 2015 00:37:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=KBo10xvQRgHoqi4YmWQXnkxhGcM/5cMRu2zl2RwQa0g=; b=LbdQ+3clwpyJmiChum0EwIh6eUg5Pkr9/N9Dx5+gnVZ0KKeCLrfEeqKq/bK9YWNS4t mBGfLt7pQmGBi0fuI8uKn1l96RyAvniyBNdAANwj4KC6CAa+6aMHAz3eNA3odfWvMGeI uFW5W4nyai1eq/DFqfoCtuDUOygOThaOGgNIDDmbBXQOM5GjPb5AytwgD2u6XgdffKDg kCS1oLj/+HvL1BS23NXb9kLepTQJ1yv3UnyDDgpDpR1gCIkvSVyj2gJ1YDnXvH+QpGKH rVNadtdnoUWgXcjgbCVFl5YZ324d2NLENMpiRKctBckRRLgkJq8UG26SdvEZeRTcKcBp QZgw== X-Received: by 10.60.73.164 with SMTP id m4mr4433940oev.30.1447663025107; Mon, 16 Nov 2015 00:37:05 -0800 (PST) Received: from [172.18.133.40] (cowboy.intuit.com. [65.204.229.11]) by smtp.googlemail.com with ESMTPSA id c20sm1215791oig.4.2015.11.16.00.37.02 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Nov 2015 00:37:04 -0800 (PST) To: Eric Rescorla , Michael Richardson References: <635.1447627161@sandelman.ca> From: Yaron Sheffer Message-ID: <564995AC.1090302@gmail.com> Date: Mon, 16 Nov 2015 10:37:00 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 08:37:07 -0000 > > On Sun, Nov 15, 2015 at 2:39 PM, Michael Richardson > > wrote: > > > Richard Barnes > wrote: > > You're implying that it's still OK for people to be accessing > the site > > over plaintext. Why do you hate security, Paul? :) > > So, when I landed at IETF94, my tablet had somehow lost it's cmos clock. > It thought it was the year 2000 --- no certificates were valid. > All sorts of non-browser things didn't work... > > It was a very odd experience, and it took me some time to figure out > what was > wrong. Of course, I couldn't even google for an answer on that > machine. > > I think we have done it wrong with forced redirects to https. > I thought we had an in-protocol HTTP way to say, "and https is > available" > > > Unfortunately, this has inferior security properties to HSTS. > > -Ekr I'm confused. The discussion is about clients that are accessing the site using plain HTTP, and so HSTS does not apply. Even the HSTS RFC (Sec. 7.2) recommends a redirect from HTTP to HTTPS in such cases. Thanks, Yaron From nobody Mon Nov 16 02:41:54 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 119701A00E0 for ; Mon, 16 Nov 2015 02:41:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G0zYrKsh8J7F for ; Mon, 16 Nov 2015 02:41:51 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B7101A00CA for ; Mon, 16 Nov 2015 02:41:51 -0800 (PST) Received: from [2a01:3f0:1:0:983c:a61a:2a4a:64f4] (port=63956 helo=tannat.netnod.se) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZyHEM-0003Y4-Ah; Mon, 16 Nov 2015 02:41:50 -0800 To: Brian E Carpenter , Richard Barnes References: <5648B478.7050000@levkowetz.com> <5648BEB9.1030101@levkowetz.com> <5648CD91.6020708@gmail.com> From: Henrik Levkowetz Message-ID: <5649B2EB.6020103@levkowetz.com> Date: Mon, 16 Nov 2015 11:41:47 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5648CD91.6020708@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2a01:3f0:1:0:983c:a61a:2a4a:64f4 X-SA-Exim-Rcpt-To: henrik-sent@levkowetz.com, tools-discuss@ietf.org, richard.barnes@gmail.com, brian.e.carpenter@gmail.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) Archived-At: Cc: Tools Team Discussion Subject: Re: [Tools-discuss] Performance problems retrieving drafts X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 10:41:53 -0000 On 2015-11-15 19:23, Brian E Carpenter wrote: > On 16/11/2015 06:19, Henrik Levkowetz wrote: >> Hi Richard, >> >> On 2015-11-15 17:42, Richard Barnes wrote: >>> Very simple-minded indeed. And it would be totally unnecessary if we were >>> to just put this site behind a CDN. >> >> Sure. >> >> It's been a shoestring operation from the start, with most of the equipment >> donated by me and others; no monies for CDN. > > And to set this thread in context: thank you very very much. Thanks, Brian :-) Henrik > > Brian > >> >> Of course we could do CDN for tools now, but I'm mostly focused on moving >> functionality over to the datatracker these days, and hope to move the >> htmlized documents there too, in the not too far future. >> >> Best regards, >> >> Henrik >> >>> On Sun, Nov 15, 2015 at 11:36 AM, Henrik Levkowetz >>> wrote: >>> >>>> Hi Eric, >>>> >>>> Actually, it's a very simple-minded throttling, in defence of aggressive >>>> robots: sleep for 5 seconds. >>>> >>>> I've rearranged the code a bit, to reduce the wait if the html file doesn't >>>> need to be re-generated. >>>> >>>> (When you see an issue with anything on tools.ietf.org, please email me, >>>> rather >>>> than the anonymous 'folks'; they can't do anything about it. If I happen >>>> to >>>> notice messages on the list, I fix things; but I don't always see list >>>> messages >>>> in a timely manner.) >>>> >>>> Regards, >>>> >>>> Henrik >>>> >>>> On 2015-11-15 17:04, Eric Rescorla wrote: >>>>> Hi folks, >>>>> >>>>> tools.ietf.org has a major performance problem whenever you fetch a >>>>> draft without a version number. So, for instance, dereference: >>>>> >>>>> https://tools.ietf.org/html/draft-ietf-acme-acme >>>>> >>>>> This does a 302 redirect to: >>>>> https://tools.ietf.org/html/draft-ietf-acme-acme-01 >>>>> >>>>> The second fetch is not too terrible (250ms or so), but the first fetch >>>>> spends >>>>> 6 seconds waiting for the site to do the redirect. A bit of digging shows >>>>> that >>>>> essentially all this time is spent after the request is sent and waiting >>>>> for the >>>>> site. Based on inferences from other behaviors, I suspect that this is >>>> some >>>>> sort of database query to see what the latest draft version is. Given the >>>>> trivial size of this data set, that seems like it should be easy to fix, >>>>> though... >>>>> >>>>> -Ekr >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Tools-discuss mailing list >>>> Tools-discuss@ietf.org >>>> https://www.ietf.org/mailman/listinfo/tools-discuss >>>> >>>> Please report datatracker.ietf.org bugs at >>>> http://tools.ietf.org/tools/ietfdb >>>> Please report tools.ietf.org bugs at http://tools.ietf.org/tools/issues or >>>> send email to webmaster@tools.ietf.org >>>> >>>> >>> >> >> >> > From nobody Mon Nov 16 06:38:25 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF2821B2F8E for ; Mon, 16 Nov 2015 06:38:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.622 X-Spam-Level: X-Spam-Status: No, score=0.622 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oMGk8edQxEI5 for ; Mon, 16 Nov 2015 06:38:20 -0800 (PST) Received: from mail-yk0-x22a.google.com (mail-yk0-x22a.google.com [IPv6:2607:f8b0:4002:c07::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E65E1B2FBA for ; Mon, 16 Nov 2015 06:38:20 -0800 (PST) Received: by ykfs79 with SMTP id s79so242110864ykf.1 for ; Mon, 16 Nov 2015 06:38:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm_com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=hafLrVgd2cKRoC8pJBMpN6RcfpGVc/5k73VuWF/5pJw=; b=GiNY7iP+rJOPbN4S8QEK6KXfna6f1xNbeuqCLLP3YWMEkT8u6kZTRqjZKF2J77d9Vo M2+SkVhh6GsS14aBMs/ZnTGCAQfbAGYgp2DmEn0Iwaoh4kngid9vvDXnsnTUCp542dD1 gkLdivMW6EbeGmni9Tx5R1HCDbX0jKKNGTxjfbivx8XuhUjAX05yh3whAt6psqfOTxny 4Il1nbJazwdVmWmCpfOIR66MNQGmAMye9xR/8Q4SKAeY/cltVhsXBca3ZPMdBxf+u5Gy X9cHqT5A26bweW98XADwLb97erwYyC76mdU3EL8fdVVwwwKQCQ7xUZKW/shTu59jTQrj Rk5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=hafLrVgd2cKRoC8pJBMpN6RcfpGVc/5k73VuWF/5pJw=; b=JJfaDVrGW1NRbghDDxt7pqXCeraCo+Q4CgpTNiSe5OKOgrsYYRb5ECnBMnJSanZre5 pgIVvYxfnBhS/1toVG3oBz4ElHmvpUSxPCrEkDFeSbXYWd+mTM0vJNaX+2pBWVeOGnWQ RCXiCrXBgPKns+Wicw8mB7Qh3uB1n3MikLHVT2/8HsRHXgN5f+WNsobxMdx2ax5/3Oj8 sqfhWhDYfteovv0LUG2lDbxGN7yfzAWVjbeY0cH5UfhLNtH5QWtMAh1zG6g0dykI9P1o mmxitGkDvXcZw4m5fbAOkn60oAspx9eIa6vaNioi2wRzy1wgRIucooRSXPCNCCK4uLHk Np9g== X-Gm-Message-State: ALoCoQmWTwHkw8dY9zGloLNkzqIbPC2DmVC8V5wG5N5u5mPIgLHFd/xKqfe9rWnSco6cvA0uEtKF X-Received: by 10.129.79.139 with SMTP id d133mr19379456ywb.115.1447684699501; Mon, 16 Nov 2015 06:38:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.221.203 with HTTP; Mon, 16 Nov 2015 06:37:40 -0800 (PST) In-Reply-To: <564995AC.1090302@gmail.com> References: <635.1447627161@sandelman.ca> <564995AC.1090302@gmail.com> From: Eric Rescorla Date: Mon, 16 Nov 2015 06:37:40 -0800 Message-ID: To: Yaron Sheffer Content-Type: multipart/alternative; boundary=94eb2c054ad842f4220524a95cb2 Archived-At: Cc: Michael Richardson , Tools Team Discussion Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 14:38:22 -0000 --94eb2c054ad842f4220524a95cb2 Content-Type: text/plain; charset=UTF-8 On Mon, Nov 16, 2015 at 12:37 AM, Yaron Sheffer wrote: > >> On Sun, Nov 15, 2015 at 2:39 PM, Michael Richardson >> > wrote: >> >> >> Richard Barnes > > wrote: >> > You're implying that it's still OK for people to be accessing >> the site >> > over plaintext. Why do you hate security, Paul? :) >> >> So, when I landed at IETF94, my tablet had somehow lost it's cmos >> clock. >> It thought it was the year 2000 --- no certificates were valid. >> All sorts of non-browser things didn't work... >> >> It was a very odd experience, and it took me some time to figure out >> what was >> wrong. Of course, I couldn't even google for an answer on that >> machine. >> >> I think we have done it wrong with forced redirects to https. >> I thought we had an in-protocol HTTP way to say, "and https is >> available" >> >> >> Unfortunately, this has inferior security properties to HSTS. >> >> -Ekr >> > > I'm confused. The discussion is about clients that are accessing the site > using plain HTTP, and so HSTS does not apply. Even the HSTS RFC (Sec. 7.2) > recommends a redirect from HTTP to HTTPS in such cases. > Yes, but if that is the only thing you do, it has weak security properties. And if you have HSTS then you immediately run into the problem that Michael identifies. -Ekr > Thanks, > Yaron > --94eb2c054ad842f4220524a95cb2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mon, Nov 16, 2015 at 12:37 AM, Yaron Sheffer <<= a href=3D"mailto:yaronf.ietf@gmail.com" target=3D"_blank">yaronf.ietf@gmail= .com> wrote:

On Sun, Nov 15, 2015 at 2:39 PM, Michael Richardson
 <mcr+ietf@s= andelman.ca <mailto:mcr+ietf@sandelman.ca>> wrote:


=C2=A0 =C2=A0 Richard Barnes <richard.barnes@gmail.com
 =C2=A0 =C2=A0 <mailto:richard.barnes@gmail.com>> wrote:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> You're implying that it's st= ill OK for people to be accessing
=C2=A0 =C2=A0 the site
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> over plaintext. Why do you hate secu= rity, Paul? :)

=C2=A0 =C2=A0 So, when I landed at IETF94, my tablet had somehow lost it= 9;s cmos clock.
=C2=A0 =C2=A0 It thought it was the year 2000 --- no certificates were vali= d.
=C2=A0 =C2=A0 All sorts of non-browser things didn't work...

=C2=A0 =C2=A0 It was a very odd experience, and it took me some time to fig= ure out
=C2=A0 =C2=A0 what was
=C2=A0 =C2=A0 wrong.=C2=A0 =C2=A0Of course, I couldn't even google for = an answer on that
=C2=A0 =C2=A0 machine.

=C2=A0 =C2=A0 I think we have done it wrong with forced redirects to https.=
=C2=A0 =C2=A0 I thought we had an in-protocol HTTP way to say, "and ht= tps is
=C2=A0 =C2=A0 available"


Unfortunately, this has inferior security properties to HSTS.

-Ekr

I'm confused. The discussion is about clients that are accessing the si= te using plain HTTP, and so HSTS does not apply. Even the HSTS RFC (Sec. 7.= 2) recommends a redirect from HTTP to HTTPS in such cases.
=

Yes, but if that is the only thing you do, it has weak = security properties.

And if you have HSTS then you= immediately run into the problem
that Michael identifies.
<= div>
-Ekr
=C2=A0
Adding Heather, since I'm not sure that the tools team= has any impact on that page.

On Tue, Nov 17, 2015 at 2:44 PM, Ralph Giles <giles@= thaumas.net> wrote:
On 2015-11-14 1:57 PM, Richard Barnes wrote:

> (2) It doesn't work: https://tools.ietf.org/wg/acme/

Saw another issue today.

https://www.rfc-editor.org/errata_search.php?= rfc=3D4281 loads the
Noto Sans stylesheet from fonts.googleapis.com over http.

=C2=A0-r

--
Tools-discuss mailing list
Tools-discuss@ietf.org
https://www.ietf.org/mailman/listinfo/tools-discu= ss

Please report datatracker.ietf.org bugs at http://tools.ietf= .org/tools/ietfdb
Please report tools.ietf.org bugs at http://tools.ietf.org/tools= /issues or
send email to webmaster@tools.i= etf.org

--047d7bd6b5ea4051420524c448b8-- From nobody Wed Nov 18 00:18:03 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 912581A9078 for ; Wed, 18 Nov 2015 00:18:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.486 X-Spam-Level: X-Spam-Status: No, score=-7.486 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KnqHN04M987o for ; Wed, 18 Nov 2015 00:18:00 -0800 (PST) Received: from mx143.netapp.com (mx143.netapp.com [216.240.21.24]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A24C21A8AEB for ; Wed, 18 Nov 2015 00:18:00 -0800 (PST) X-IronPort-AV: E=Sophos;i="5.20,312,1444719600"; d="asc'?scan'208";a="79382643" Received: from hioexcmbx06-prd.hq.netapp.com ([10.122.105.39]) by mx143-out.netapp.com with ESMTP; 18 Nov 2015 00:17:44 -0800 Received: from HIOEXCMBX07-PRD.hq.netapp.com (10.122.105.40) by hioexcmbx06-prd.hq.netapp.com (10.122.105.39) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Wed, 18 Nov 2015 00:17:44 -0800 Received: from HIOEXCMBX07-PRD.hq.netapp.com ([::1]) by hioexcmbx07-prd.hq.netapp.com ([fe80::b1d1:a335:f931:d4d5%21]) with mapi id 15.00.1130.005; Wed, 18 Nov 2015 00:17:44 -0800 From: "Eggert, Lars" To: Ralph Giles Thread-Topic: [Tools-discuss] HTTPS on tools.ietf.org Thread-Index: AQHRHydskJoPj3BHG06WCmNgUN0pi56hWrYAgACgUQA= Date: Wed, 18 Nov 2015 08:17:43 +0000 Message-ID: References: <564BADB2.9020807@thaumas.net> In-Reply-To: <564BADB2.9020807@thaumas.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3096.5) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.120.60.35] Content-Type: multipart/signed; boundary="Apple-Mail=_B75DE8F0-B54E-4606-B712-308F5C2E6F79"; protocol="application/pgp-signature"; micalg=pgp-sha256 MIME-Version: 1.0 Archived-At: Cc: Henrik Levkowetz , "tools-discuss@ietf.org" Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 08:18:02 -0000 --Apple-Mail=_B75DE8F0-B54E-4606-B712-308F5C2E6F79 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 2015-11-17, at 23:44, Ralph Giles wrote: > https://www.rfc-editor.org/errata_search.php?rfc=3D4281 loads the > Noto Sans stylesheet from fonts.googleapis.com over http. I'm not surprised. The recent update to the RFC Editor site brought it = from 90s web technology to 00s web technology, but no further. Lars --Apple-Mail=_B75DE8F0-B54E-4606-B712-308F5C2E6F79 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iQCVAwUBVkw0L9ZcnpRveo1xAQhQoAP5Ad7ruCFVEuiYYWhNuVO2e1B1VDytsaUu gul2rfjcBByra1KfPsyzHE6qUXDVXAYbUMicKfAk/uYpgg4dZLrycU/orMFRtF+G 0gtvlEsgfWOv/ZIB3QyC8BuWAZ1ktBk4Z0KM05FJu80GdTOMsNAZD3kWqMPG+rJW y2WrnRcHz/g= =PyFU -----END PGP SIGNATURE----- --Apple-Mail=_B75DE8F0-B54E-4606-B712-308F5C2E6F79-- From nobody Wed Nov 18 16:04:27 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC6081B39AF for ; Wed, 18 Nov 2015 16:04:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9V-7CIVnSLrR for ; Wed, 18 Nov 2015 16:04:23 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [IPv6:2001:1900:3001:11::28]) by ietfa.amsl.com (Postfix) with ESMTP id 068931B39AC for ; Wed, 18 Nov 2015 16:04:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 178DC1E5A2B; Wed, 18 Nov 2015 16:03:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cnme4eGQhDNm; Wed, 18 Nov 2015 16:03:43 -0800 (PST) Received: from Heathers-MacBook-Pro.local (unknown [98.125.220.238]) by c8a.amsl.com (Postfix) with ESMTPSA id B778A1E5A1F; Wed, 18 Nov 2015 16:03:42 -0800 (PST) To: Richard Barnes , Ralph Giles References: <564BADB2.9020807@thaumas.net> From: "Heather Flanagan (RFC Series Editor)" Message-ID: <564D1205.5070002@rfc-editor.org> Date: Wed, 18 Nov 2015 16:04:21 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Cc: Henrik Levkowetz , Tools Team Discussion Subject: Re: [Tools-discuss] HTTPS on tools.ietf.org X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 00:04:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Ack. Thanks for the bug report! - -Heather On 11/17/15 2:45 PM, Richard Barnes wrote: > Adding Heather, since I'm not sure that the tools team has any > impact on that page. > > On Tue, Nov 17, 2015 at 2:44 PM, Ralph Giles > wrote: > > On 2015-11-14 1:57 PM, Richard Barnes wrote: > >> (2) It doesn't work: https://tools.ietf.org/wg/acme/ > > Saw another issue today. > > https://www.rfc-editor.org/errata_search.php?rfc=4281 loads the > Noto Sans stylesheet from fonts.googleapis.com > over http. > > -r > > -- Tools-discuss mailing list Tools-discuss@ietf.org > > https://www.ietf.org/mailman/listinfo/tools-discuss > > Please report datatracker.ietf.org > bugs at http://tools.ietf.org/tools/ietfdb Please report > tools.ietf.org bugs at > http://tools.ietf.org/tools/issues or send email to > webmaster@tools.ietf.org > > -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 Comment: GPGTools - http://gpgtools.org iQEcBAEBCAAGBQJWTRIFAAoJEER/xjINbZoGyPkH/ivgLDblSIQur8W+g4SKupL2 007FMSa3W5A1spmy5cCyO7T+DfXXpoPvgDdi8APRcBnM03WrlLYXbRDg1HU60QRH u0GbTq1H5dwQG+JUveCry3DW6eGwCN2ZKhuUKMocMhrkA3bjBat8P94ub3/Rkrui AW6if2dfKP3ZcZqinxLv4SZ05xVBzfnRKCUQXvTgSVTAvDo+lu6iu0Y1XyaRkvp8 wwghVUn5Ttn6arNks9FlkzyxjVBDnHiYQ/ctQSkBIV3Stp23nW3eN0v8Dwtu+FKi gEIHDiD7DASeDcG0DwiwePCyL1bmHW8UhvCX+/yzxbKrOzSPTYQzjtUciOVVbYY= =baOM -----END PGP SIGNATURE----- From nobody Mon Nov 23 15:24:13 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F4031B354C for ; Mon, 23 Nov 2015 15:24:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.085 X-Spam-Level: X-Spam-Status: No, score=-15.085 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m0CL8jFVI2Qd for ; Mon, 23 Nov 2015 15:24:08 -0800 (PST) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFACA1B3549 for ; Mon, 23 Nov 2015 15:24:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=35890; q=dns/txt; s=iport; t=1448321047; x=1449530647; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=/0G5Tw+BcY6jegvTLh0QVxyYWhSgphWiantgLdy5yBE=; b=fHQDjEZgn7Tr6qxEoWngC8pUMzdqZjsAXOgwcWllVELe6WGFKX+x1ag+ dEWkKerOZEE1LaDagUP4wvcBjXj9JUgf3+Q3nz3Eor85X0wOAdt3nhZHq uDmKG6jg7U4qjmHz40h93N5wkH3iZrvVHWnt/HQlTXaBFxCzmW51uXkg/ 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CtBACunlNW/xbLJq1UCoJugSBvwREhh?= =?us-ascii?q?W4CggUQAQEBAQEBAYEKhDQBAQEEgQkLBwcDAwECAQkXAQYHDwIQJQkIBgEMBgI?= =?us-ascii?q?BAYgVAxINui8NhG0BAQEBAQEBAQEBAQEBAQEBAQEBAQEYhlSEfoJTDYFKBgkBA?= =?us-ascii?q?gE+FoQoBYdEhVqBM4d/hSRphS6BdoFbSYN3gwKKWYECg2GDcjgrghEdgVc9NAG?= =?us-ascii?q?DaYFBAQEB?= X-IronPort-AV: E=Sophos;i="5.20,338,1444694400"; d="scan'208,217";a="631861629" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 Nov 2015 23:24:03 +0000 Received: from [10.60.67.93] (ams-bclaise-89112.cisco.com [10.60.67.93]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id tANNO2lm004946; Mon, 23 Nov 2015 23:24:02 GMT To: Mahesh Jethanandani , Tools Team Discussion References: <20151123215054.C7E161B34ED@ietfa.amsl.com> <56538FC6.50909@cisco.com> From: Benoit Claise Message-ID: <5653A012.90100@cisco.com> Date: Tue, 24 Nov 2015 00:24:02 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------020504050407020708000406" Archived-At: Subject: Re: [Tools-discuss] Undelivered Mail Returned to Sender X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 23:24:11 -0000 This is a multi-part message in MIME format. --------------020504050407020708000406 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit On 11/24/2015 12:13 AM, Mahesh Jethanandani wrote: > >> On Nov 23, 2015, at 2:14 PM, Benoit Claise > > wrote: >> >> On 11/23/2015 11:06 PM, Mahesh Jethanandani wrote: >>> Susan, >>> >>> And while you are at it, can you also update the email addresses of >>> Russ. >>> >>> Benoit, who can I talk to about expansion of the other two e-mail >>> addresses. It seems it expanded to an ietf address, instead of the >>> authors original e-mail addresses. >> Jeff Tantsura >> Russ White > > This seems to be a tools issue. I specified > draft-hares-i2rs-bnp-eca-data-model@ietf.org as the ’To:’ address. The > tool expanded it to: > > > (expanded from > >): unknown > user: "jeff" > > > (expanded from > >): unknown > user: “tantsura" > > instead of jeff.tantsura@ericsson.com > > That is why I was asking who within the tools team I should be talking to. try Tools Team Discussion B. > >> >> B. >>> >>> Thanks >>> >>>> On Nov 23, 2015, at 1:50 PM, Mail Delivery System >>>> >>> > wrote: >>>> >>>> This is the mail system at host ietfa.amsl.com >>>> . >>>> >>>> I'm sorry to have to inform you that your message could not >>>> be delivered to one or more recipients. It's attached below. >>>> >>>> For further assistance, please send mail to postmaster. >>>> >>>> If you do so, please include this problem report. You can >>>> delete your own text from the attached returned message. >>>> >>>> The mail system >>>> >>>> > (expanded from >>>> >>> >): >>>> unknown >>>> user: "jeff" >>>> >>>> > >>>> (expanded from >>>> >>> >): >>>> unknown >>>> user: "tantsura" >>>> >>>> > (expanded from >>>> >>> >): >>>> host >>>> mx.spamexperts.com [46.165.224.87] >>>> said: 550 no mailbox by that name is >>>> currently available (in reply to RCPT TO command) >>>> Reporting-MTA: dns; ietfa.amsl.com >>>> X-Postfix-Queue-ID: 047E01B34F6 >>>> X-Postfix-Sender: rfc822; mjethanandani@gmail.com >>>> >>>> Arrival-Date: Mon, 23 Nov 2015 13:50:02 -0800 (PST) >>>> >>>> Final-Recipient: rfc822; jeff@ietfa.amsl.com >>>> >>>> Original-Recipient: rfc822; >>>> expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org >>>> >>>> Action: failed >>>> Status: 5.1.1 >>>> Diagnostic-Code: X-Postfix; unknown user: "jeff" >>>> >>>> Final-Recipient: rfc822; tantsura@ietfa.amsl.com >>>> >>>> Original-Recipient: rfc822; >>>> expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org >>>> >>>> Action: failed >>>> Status: 5.1.1 >>>> Diagnostic-Code: X-Postfix; unknown user: "tantsura" >>>> >>>> Final-Recipient: rfc822; russw@riw.us >>>> Original-Recipient: rfc822; >>>> expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org >>>> >>>> Action: failed >>>> Status: 5.0.0 >>>> Remote-MTA: dns; mx.spamexperts.com >>>> Diagnostic-Code: smtp; 550 no mailbox by that name is currently >>>> available >>>> >>>> *From: *Mahesh Jethanandani >>> > >>>> *Subject: **Error extracting YANG models* >>>> *Date: *November 23, 2015 at 1:50:00 PM PST >>>> *To: *draft-hares-i2rs-bnp-eca-data-model@ietf.org >>>> *Cc: *Benoit Claise > >>>> >>>> >>>> >>>> Dear Authors, >>>> >>>> As mentioned in RFC6087 and RFC6087bis, each YANG module or >>>> submodule contained within an Internet-Draft or RFC is >>>> considered to be a code component. The strings "" >>>> and "" MUST be used to identify each code >>>> component. >>>> >>>> While trying to extract the YANG module in your draft >>>> draft-hares-i2rs-bnp-eca-data-model-02.txt: >>>> >>>> we encountered the following error(s): >>>> >>>> WARNING: 'draft-hares-i2rs-bnp-eca-data-model-02.txt', Line 382 - >>>> Yang module with no >>>> >>>> This could be because of // in front of and >>>> >>>> Please address these error(s). >>>> >>>> Example: >>>> >>>> file "ietf-foo@2010-01-18.yang" >>>> module ietf-foo { >>>> // ... >>>> revision 2010-01-18 { >>>> description "Latest revision"; >>>> reference "RFC XXXX"; >>>> } >>>> // ... >>>> } >>>> >>>> >>>> Note that this convention MUST NOT be used for example >>>> modules or >>>> module fragments. Example modules should not contain ">>> BEGINS>" >>>> and "", but should prefix every example module >>>> with "example-". >>>> >>>> Example: >>>> >>>> module example-foo { >>>> ... >>>> } >>>> >>>> We are therefore unable to extract the YANG models with our >>>> utility. >>>> We also generate compilation errors of extracted YANG models at >>>> http://www.claise.be/IETFYANGPageCompilation.html >>>> >>>> References, which you should know if you play with YANG models: >>>> https://www.ietf.org/id/draft-ietf-netmod-rfc6087bis-05.txt >>>> https://github.com/mbj4668/pyang >>>> http://www.yangvalidator.com/ >>>> >>>> Regards >>>> >>>> >>>> Mahesh Jethanandani & Benoit Claise >>>> >>>> >>>> >>>> >>>> >>> >>> Mahesh Jethanandani >>> mjethanandani@gmail.com >>> >>> >>> >> > > Mahesh Jethanandani > mjethanandani@gmail.com > > > --------------020504050407020708000406 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
On 11/24/2015 12:13 AM, Mahesh Jethanandani wrote:

On Nov 23, 2015, at 2:14 PM, Benoit Claise <bclaise@cisco.com> wrote:

On 11/23/2015 11:06 PM, Mahesh Jethanandani wrote:
Susan,

And while you are at it, can you also update the email addresses of Russ.

Benoit, who can I talk to about expansion of the other two e-mail addresses. It seems it expanded to an ietf address, instead of the authors original e-mail addresses.
Jeff Tantsura <jeff.tantsura@ericsson.com>
Russ White <russ@riw.us>

This seems to be a tools issue. I specified draft-hares-i2rs-bnp-eca-data-model@ietf.org as the ’To:’ address. The tool expanded it to:

<jeff@ietfa.amsl.com> (expanded from
   <expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org>): unknown
   user: "jeff"

<tantsura@ietfa.amsl.com> (expanded from
   <expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org>): unknown
   user: “tantsura"


That is why I was asking who within the tools team I should be talking to.
try Tools Team Discussion <tools-discuss@ietf.org>

B.


B.

Thanks

On Nov 23, 2015, at 1:50 PM, Mail Delivery System <MAILER-DAEMON@ietfa.amsl.com> wrote:

This is the mail system at host ietfa.amsl.com.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                  The mail system

<jeff@ietfa.amsl.com> (expanded from
   <expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org>): unknown
   user: "jeff"

<tantsura@ietfa.amsl.com> (expanded from
   <expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org>): unknown
   user: "tantsura"

<russw@riw.us> (expanded from
   <expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org>): host
   mx.spamexperts.com[46.165.224.87] said: 550 no mailbox by that name is
   currently available (in reply to RCPT TO command)
Reporting-MTA: dns; ietfa.amsl.com
X-Postfix-Queue-ID: 047E01B34F6
X-Postfix-Sender: rfc822; mjethanandani@gmail.com
Arrival-Date: Mon, 23 Nov 2015 13:50:02 -0800 (PST)

Final-Recipient: rfc822; jeff@ietfa.amsl.com
Original-Recipient: rfc822; expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org
Action: failed
Status: 5.1.1
Diagnostic-Code: X-Postfix; unknown user: "jeff"

Final-Recipient: rfc822; tantsura@ietfa.amsl.com
Original-Recipient: rfc822; expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org
Action: failed
Status: 5.1.1
Diagnostic-Code: X-Postfix; unknown user: "tantsura"

Final-Recipient: rfc822; russw@riw.us
Original-Recipient: rfc822; expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org
Action: failed
Status: 5.0.0
Remote-MTA: dns; mx.spamexperts.com
Diagnostic-Code: smtp; 550 no mailbox by that name is currently available

From: Mahesh Jethanandani <mjethanandani@gmail.com>
Subject: Error extracting YANG models
Date: November 23, 2015 at 1:50:00 PM PST
Cc: Benoit Claise <bclaise@cisco.com>



       Dear Authors,

       As mentioned in RFC6087 and RFC6087bis, each YANG module or
       submodule contained within an Internet-Draft or RFC is
       considered to be a code component. The strings "<CODE BEGINS>"
       and "<CODE ENDS>" MUST be used to identify each code
       component.

       While trying to extract the YANG module in your draft
        draft-hares-i2rs-bnp-eca-data-model-02.txt:

       we encountered the following error(s):

       WARNING: 'draft-hares-i2rs-bnp-eca-data-model-02.txt', Line 382 - Yang module with no <CODE BEGINS>

This could be because of // in front of <CODE BEGINS> and <CODE ENDS>

       Please address these error(s).

       Example:

       <CODE BEGINS> file "ietf-foo@2010-01-18.yang"
       module ietf-foo {
         // ...
         revision 2010-01-18 {
             description "Latest revision";
             reference "RFC XXXX";
         }
         // ...
       }
       <CODE ENDS>

       Note that this convention MUST NOT be used for example modules or
       module fragments. Example modules should not contain "<CODE BEGINS>"
       and "<CODE ENDS>", but should prefix every example module with "example-".

       Example:

       module example-foo {
       ...
       }

       We are therefore unable to extract the YANG models with our utility.
       We also generate compilation errors of extracted YANG models at
       http://www.claise.be/IETFYANGPageCompilation.html

       References, which you should know if you play with YANG models:
       https://www.ietf.org/id/draft-ietf-netmod-rfc6087bis-05.txt
       https://github.com/mbj4668/pyang
       http://www.yangvalidator.com/

       Regards


Mahesh Jethanandani & Benoit Claise






Mahesh Jethanandani





Mahesh Jethanandani




--------------020504050407020708000406-- From nobody Mon Nov 23 19:33:50 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F05C61AD213 for ; Mon, 23 Nov 2015 15:47:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TkurmNZuEy5A for ; Mon, 23 Nov 2015 15:47:30 -0800 (PST) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C8A31AD1F5 for ; Mon, 23 Nov 2015 15:47:30 -0800 (PST) Received: by padhx2 with SMTP id hx2so341438pad.1 for ; Mon, 23 Nov 2015 15:47:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version; bh=1zJ3qC9x0i364Iq5lqCtYyNLZUwVsbpPnBP2+dfwE+A=; b=nmDlgAxfMfYj2y9n7MfaLOAozlG1Kd1zCczH2HN9YN+HMXD6o47LSjHJrlyKixKID/ RMA/+KlRbnr2WKA4i0bHq4c44gxMkJhGX1xWe5JtDUuqC6/dGI3xwCBNYH6vetcgMTbH soASnXKK6GLZROkUfroRcOvF3MRlMUxIaHD52R8JfFH2cYzaZZaecEDOWcI+cz4DRKST tJZfdh9WTlTeE+fEosZTTvbesnXuC+I9jS9Te3PZ4lTItOOARzYib5sUSIoBUCDypGbO tfcmVuiL+Z4t6wc/LU5RODS6QUZHN4wW1HqfK5UMsfHK8Ijs8o7ZGqx27T1GR+AIjHJF QgOw== X-Received: by 10.68.195.234 with SMTP id ih10mr6991388pbc.16.1448322450190; Mon, 23 Nov 2015 15:47:30 -0800 (PST) Received: from ?IPv6:2001:420:302:1330:5d53:88e9:acd0:56a5? ([2001:420:302:1330:5d53:88e9:acd0:56a5]) by smtp.gmail.com with ESMTPSA id fm1sm5516864pab.6.2015.11.23.15.47.28 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 23 Nov 2015 15:47:28 -0800 (PST) From: Mahesh Jethanandani Content-Type: multipart/alternative; boundary="Apple-Mail=_C4A0DDFE-BB8D-4873-B7D7-01A7670B881E" Message-Id: <976136FB-E784-4418-B461-4DBDA2D11E6A@gmail.com> Date: Mon, 23 Nov 2015 15:47:34 -0800 To: tools-discuss@ietf.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) Archived-At: X-Mailman-Approved-At: Mon, 23 Nov 2015 19:33:50 -0800 Subject: [Tools-discuss] Bug in expansion tool? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 23:47:32 -0000 --Apple-Mail=_C4A0DDFE-BB8D-4873-B7D7-01A7670B881E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I composed an email with the addressee as = draft-hares-i2rs-bnp-eca-data-model@ietf.org = . The tool expanded = it to: > (expanded from >): = unknown user: "jeff" > (expanded = from >): = unknown user: =E2=80=9Ctantsura" instead of jeff.tantsura@ericsson.com = who is one of the co-authors of the = draft. Seems like a bug in the expansion tool ... Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_C4A0DDFE-BB8D-4873-B7D7-01A7670B881E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

I = composed an email with the addressee as draft-hares-i= 2rs-bnp-eca-data-model@ietf.org. The tool expanded it to:

<jeff@ietfa.amsl.com> (expanded from
   <expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org= >): unknown
   user: "jeff"

<tantsura@ietfa.amsl.com> (expanded from
   <expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org= >): unknown
   user: =E2=80=9Ctantsura"

instead of jeff.tantsura@ericsson.com&= nbsp;who is one of the co-authors of the draft.

Seems like a bug in the expansion tool = ...

Mahesh Jethanandani
mjethanandani@gmail.com



= --Apple-Mail=_C4A0DDFE-BB8D-4873-B7D7-01A7670B881E-- From nobody Mon Nov 23 20:11:25 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D22A1B3BBD for ; Mon, 23 Nov 2015 20:11:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rf5aJ_FCmtvL for ; Mon, 23 Nov 2015 20:11:23 -0800 (PST) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0820B1B3BBC for ; Mon, 23 Nov 2015 20:11:23 -0800 (PST) Received: by pabfh17 with SMTP id fh17so7900793pab.0 for ; Mon, 23 Nov 2015 20:11:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:organization:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=s2W6W36O7zUi+B9CuSiw7cEXUKgNfsKM0DuTLP42aYE=; b=F0amrQDsgIHEAi4hcI1gdF+JJlt/+booCp5F3/XtB9rMI8O6SFhvd/QAdcj5v4Mhaw YLyj+5qoATzty2WtGKTv0ZnXVf6UMJSEfoD7W4FQzwtFB8VHc3KjlHvg/2xFo5VIRnIe a5X/dde8cZrZ9UNgUfArB7WVWIV5xBVgoGpr+P3vmBDvq0dEq3FMfx6piVMgZNf3xiDd lWLTLjkKkb1BVGmSwG0ZsM9BBlu8m0k0vtzbjut4mideKXa7xxnlwfiA+iLRkumT8NCB t2Ph5cGbtBwcSai5w1lceuj8IVp8PX0UPzTUAbGoylItp79yYVQTw8t9+qCTNzo+bF8i VNyQ== X-Received: by 10.66.124.165 with SMTP id mj5mr39446289pab.97.1448338282731; Mon, 23 Nov 2015 20:11:22 -0800 (PST) Received: from ?IPv6:2406:e007:7fb3:1:28cc:dc4c:9703:6781? ([2406:e007:7fb3:1:28cc:dc4c:9703:6781]) by smtp.gmail.com with ESMTPSA id q65sm11784535pfa.18.2015.11.23.20.11.19 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 23 Nov 2015 20:11:21 -0800 (PST) To: Mahesh Jethanandani , tools-discuss@ietf.org References: <976136FB-E784-4418-B461-4DBDA2D11E6A@gmail.com> From: Brian E Carpenter Organization: University of Auckland Message-ID: <5653E36A.1060602@gmail.com> Date: Tue, 24 Nov 2015 17:11:22 +1300 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <976136FB-E784-4418-B461-4DBDA2D11E6A@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [Tools-discuss] Bug in expansion tool? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 04:11:24 -0000 Look at the draft itself. That author's address is badly formatted. Regards Brian Carpenter On 24/11/2015 12:47, Mahesh Jethanandani wrote: >=20 > I composed an email with the addressee as draft-hares-i2rs-bnp-eca-data= -model@ietf.org . Th= e tool expanded it to: >=20 > > (expanded from > >): unknown > user: "jeff" >=20 > > (expanded fr= om > >): unknown > user: =E2=80=9Ctantsura" >=20 > instead of jeff.tantsura@ericsson.com who is one of the co-authors of the draft. >=20 > Seems like a bug in the expansion tool ... >=20 > Mahesh Jethanandani > mjethanandani@gmail.com >=20 >=20 >=20 >=20 >=20 >=20 From nobody Tue Nov 24 08:57:47 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ADB581B2CE4 for ; Tue, 24 Nov 2015 08:57:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.485 X-Spam-Level: X-Spam-Status: No, score=-2.485 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.585] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MPHiqFtmhC0r for ; Tue, 24 Nov 2015 08:57:41 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38DF11B2D18 for ; Tue, 24 Nov 2015 08:57:41 -0800 (PST) Received: from unnumerable.local (pool-173-57-210-37.dllstx.fios.verizon.net [173.57.210.37]) (authenticated bits=0) by nostrum.com (8.15.2/8.14.9) with ESMTPSA id tAOGvd18026505 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK) for ; Tue, 24 Nov 2015 10:57:40 -0600 (CST) (envelope-from rjsparks@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host pool-173-57-210-37.dllstx.fios.verizon.net [173.57.210.37] claimed to be unnumerable.local To: tools-discuss@ietf.org References: <976136FB-E784-4418-B461-4DBDA2D11E6A@gmail.com> <5653E36A.1060602@gmail.com> From: Robert Sparks Message-ID: <565496FF.20709@nostrum.com> Date: Tue, 24 Nov 2015 10:57:35 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5653E36A.1060602@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [Tools-discuss] Bug in expansion tool? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 16:57:46 -0000 Yes, that's where the bad data came from. We should be able to improve the parser (this gets easier when people submit xml). I've touched the record, though, so the expansion that was giving you trouble is right now. RjS On 11/23/15 10:11 PM, Brian E Carpenter wrote: > Look at the draft itself. That author's address is badly formatted. > > Regards > Brian Carpenter > > On 24/11/2015 12:47, Mahesh Jethanandani wrote: >> I composed an email with the addressee as draft-hares-i2rs-bnp-eca-data-model@ietf.org . The tool expanded it to: >> >> > (expanded from >> >): unknown >> user: "jeff" >> >> > (expanded from >> >): unknown >> user: “tantsura" >> >> instead of jeff.tantsura@ericsson.com who is one of the co-authors of the draft. >> >> Seems like a bug in the expansion tool ... >> >> Mahesh Jethanandani >> mjethanandani@gmail.com >> >> >> >> >> >> From nobody Tue Nov 24 08:58:03 2015 Return-Path: X-Original-To: tools-discuss@ietfa.amsl.com Delivered-To: tools-discuss@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E8261B2CE4 for ; Tue, 24 Nov 2015 08:54:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KsN3AAkr03xa for ; Tue, 24 Nov 2015 08:54:53 -0800 (PST) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F9001B2C13 for ; Tue, 24 Nov 2015 08:54:53 -0800 (PST) Received: by padhx2 with SMTP id hx2so27544589pad.1 for ; Tue, 24 Nov 2015 08:54:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=1kckobht3EZzRw4uWn2akgLSvhnmNPriufXGzEKv9H0=; b=rUQXRq99RidtbB0JhYUXarEr1xc9s7Yvh0YNFEiVhg662qP5JM/wnabMe3ve5o7D5+ eeyzBGRIPIzf0SDIyI5WsNgOWgBnzl8wgd0kty4dcsKyiHxpsyF5KKHE9C5N1xp8kUp9 AyBpwaaIcYVIwhvMMqt9XKc0P2p1PVYYpWWXlcxdOn/N8Rg8Gr5esTqoTj5lrZFxMmRz k9CoKkaboMzmP7roKKilqGtrb0C3J964iECJSce6OWQwCsTVjSPIC6sxxBaB8mDXseDU GuxiTVk+OWDSavi/N1qw7VdziX9VSDBJGRZCtfdGiBWdOfotZRgEinUvxqk5J55jflTF 1M9g== X-Received: by 10.98.19.12 with SMTP id b12mr24089523pfj.78.1448384092647; Tue, 24 Nov 2015 08:54:52 -0800 (PST) Received: from ?IPv6:2001:420:c0c8:1005::4a6? ([2001:420:c0c8:1005::4a6]) by smtp.gmail.com with ESMTPSA id 66sm15461960pfp.62.2015.11.24.08.54.51 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 24 Nov 2015 08:54:52 -0800 (PST) Content-Type: multipart/alternative; boundary="Apple-Mail=_B1B61107-A4A2-4843-89E1-A5B84F7AC685" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Mahesh Jethanandani In-Reply-To: <5653E36A.1060602@gmail.com> Date: Tue, 24 Nov 2015 08:54:50 -0800 Message-Id: <75195ABB-A0E5-474A-9344-89EAE632DE91@gmail.com> References: <976136FB-E784-4418-B461-4DBDA2D11E6A@gmail.com> <5653E36A.1060602@gmail.com> To: Brian E Carpenter X-Mailer: Apple Mail (2.2098) Archived-At: X-Mailman-Approved-At: Tue, 24 Nov 2015 08:58:01 -0800 Cc: Susan Hares , tools-discuss@ietf.org Subject: Re: [Tools-discuss] Bug in expansion tool? X-BeenThere: tools-discuss@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: IETF Tools Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 16:54:54 -0000 --Apple-Mail=_B1B61107-A4A2-4843-89E1-A5B84F7AC685 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Ahh! I see the problem now.=20 Susan, can you correct Jeff=E2=80=99s email by removing his name in = front of the email address. Thanks. > On Nov 23, 2015, at 8:11 PM, Brian E Carpenter = wrote: >=20 > Look at the draft itself. That author's address is badly formatted. >=20 > Regards > Brian Carpenter >=20 > On 24/11/2015 12:47, Mahesh Jethanandani wrote: >>=20 >> I composed an email with the addressee as = draft-hares-i2rs-bnp-eca-data-model@ietf.org = . The tool expanded = it to: >>=20 >> > (expanded from >> >): = unknown >> user: "jeff" >>=20 >> > (expanded = from >> >): = unknown >> user: =E2=80=9Ctantsura" >>=20 >> instead of jeff.tantsura@ericsson.com = who is one of the co-authors of the = draft. >>=20 >> Seems like a bug in the expansion tool ... >>=20 >> Mahesh Jethanandani >> mjethanandani@gmail.com >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >=20 Mahesh Jethanandani mjethanandani@gmail.com --Apple-Mail=_B1B61107-A4A2-4843-89E1-A5B84F7AC685 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Ahh! I see the problem now. 

Susan, can you correct Jeff=E2=80=99s = email by removing his name in front of the email address.

Thanks.

On Nov 23, 2015, at 8:11 PM, = Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:

Look at the draft = itself. That author's address is badly formatted.

Regards
  Brian Carpenter

On 24/11/2015 12:47, Mahesh Jethanandani = wrote:

I= composed an email with the addressee as draft-hares-i2rs-bnp-eca-data-model@ietf.org <mailto:draft-hares-i2rs-bnp-eca-data-model@ietf.org>. = The tool expanded it to:

<jeff@ietfa.amsl.com = <mailto:jeff@ietfa.amsl.com>> (expanded from
  <expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org= <mailto:expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.= org>>): unknown
  user: "jeff"

<tantsura@ietfa.amsl.com <mailto:tantsura@ietfa.amsl.com>> (expanded from
  <expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.org= <mailto:expand-draft-hares-i2rs-bnp-eca-data-model@virtual.ietf.= org>>): unknown
  user: = =E2=80=9Ctantsura"

instead of jeff.tantsura@ericsson.com <mailto:jeff.tantsura@ericsson.com> who is one of the = co-authors of the draft.

Seems like a bug = in the expansion tool ...

Mahesh = Jethanandani
mjethanandani@gmail.com








Mahesh Jethanandani
mjethanandani@gmail.com





= --Apple-Mail=_B1B61107-A4A2-4843-89E1-A5B84F7AC685--