Re: [TLS] Last Call: draft-ietf-tls-extractor (Keying Material Exporters for Transport Layer Security (TLS)) to Proposed Standard

2009-07-27 Thread David Morris
On Thu, 23 Jul 2009, Richard Stallman wrote: Generally speaking, standards are useful, because they enable people to converge what they are doing. But that ceases to be true when the use of the standard is patented. It is better to have no standard than have a standard that invites people i

Nomcom 2009-2010: IETF-75 Office hours

2009-07-27 Thread Mary Barnes
Hi all, As you know, one of the first tasks of the Nomcom is consideration of the qualifications for the various positions. While the Nomcom is in the initial stages of organization, we would appreciate community feedback on the qualifications, as well as general feedback or concerns that you feel

RE: [TLS] Last Call: draft-ietf-tls-extractor (Keying Material Exporters for Transport Layer Security (TLS)) to Proposed Standard

2009-07-27 Thread Bernard Aboba
RMS said: "How should an SDO respond? I'm not sure. I'm only sure that I don't like getting DoSed, either into dropping a standard or into not implementing it for fear of infringing." [BA] A bit of history. While this draft generalizes the notion of a TLS key material exporters, the co

RE: [TLS] Last Call: draft-ietf-tls-extractor (Keying MaterialExporters for Transport Layer Security (TLS)) to Proposed Standard

2009-07-27 Thread Wes Beebee (wbeebee)
Many patents are filed for defensive reasons. Ie. If I don't patent it, then someone else will, and then I won't be able to use the idea I came up with. The other defensive reason is so that if company A tries to sue company B for infringing patents, then company B can threaten to sue company A b

Re: [TLS] Last Call: draft-ietf-tls-extractor (Keying Material Exporters for Transport Layer Security (TLS)) to Proposed Standard

2009-07-27 Thread Noel Chiappa
> From: Richard Stallman > Generally speaking, standards are useful, because they enable people to > converge what they are doing. But that ceases to be true when the use of > the standard is patented. It is better to have no standard than have a > standard that invites people

Re: Last Call: draft-nottingham-http-link-header (from digest)

2009-07-27 Thread Phillips, Addison
Noah asked: * Is there a default encoding for parameter values, or in fact any other part of this header. I could not find anything in the draft which would indicate there is a default. Could this cause problems? Mark specifies link in terms of IRI [RFC 3987], as well as specifying that

RE: Status of ITU work on e164.arpa

2009-07-27 Thread xiaoya.yang
Dear Mr. Kolkman, We received your email inquiry about the status of ITU work on e164.arpa. Since ITU-T SG 2 Counselor, Mr. Richard Hill is on vacation until next week, I'm sorry I can not provide you an answer right now. We will come back to you on this issue as soon as possible. With my

Re: Actual IPv6 deployment observed

2009-07-27 Thread Phillip Hallam-Baker
If we are going to get that number up we need to have an application layer interface that is 100% indifferent to the underlying network version. We seem to have slid backwards here. When the Web code was written it was network agnostic. You could switch from TCP/IP to DECNETIV or OSI by only chang

Re: Gen-ART Review of draft-ietf-speermint-voip-consolidated-usecases-13

2009-07-27 Thread Yiu L. Lee
Hi Spencer, Thanks very much for the detailed comments, we will address them after IETF-75. We will also wait for the AD¹s direction before posting a new version. Thanks, Yiu On 7/24/09 2:51 PM, "Spencer Dawkins" wrote: > I have been selected as the General Area Review Team (Gen-ART) reviewer

Re: [IAB] Status of DNSSEC signing of .arpa?

2009-07-27 Thread Samuel Weiler
On Wed, 10 Jun 2009, Olaf Kolkman wrote: Earlier this month the IAB mailed IANA with a request to provide us plans: http://www.iab.org/documents/correspondence/2009-06-02-Roseman-Signing-by-IANA-of-ARPA.html Thank you again for following up with IANA. It looks like IANA has not yet signed .ar

Re: [TLS] Last Call: draft-ietf-tls-extractor (Keying MaterialExporters for Transport Layer Security (TLS)) to Proposed Standard

2009-07-27 Thread Jeffrey A. Williams
Richard and all, Open source software for some uses does provide for some utility. By a opposite token, open source software for other uses is an inhearent privacy and security risk for obvious reasons so indeed such also misses the point. I am in favor of any Good free software, but not a pro

Re: [TLS] Last Call: draft-ietf-tls-extractor (Keying MaterialExporters for Transport Layer Security (TLS)) to Proposed Standard

2009-07-27 Thread Richard Stallman
I have never argued in favor of open source software. I am a free software activist. (See http://www.gnu.org/philosophy/open-source-misses-the-point.html.) ___ Ietf mailing list Ietf@ietf.org https://www.ietf.org/mailman/listinfo/ietf

Re: BCP 47 reference (was Re: Last Call: draft-nottingham-http-link-header from digest)

2009-07-27 Thread Noah Slater
On Fri, Jul 24, 2009 at 08:29:22AM -0700, Phillips, Addison wrote: > > Regarding hreflang - looking through the history, it's been discussed > > in a fairly positive light a few times, but never made it in. I think > > it does make some sense, since it's both in Atom and HTML. > > I think hreflang

Re: AD review of draft-zorn-radius-pkmv1-04.txt

2009-07-27 Thread Alan DeKok
d.b.nel...@comcast.net wrote: > Yeah. I've always been a bit uncomfortable with the "security > functionality" escape clause in the RADIUS Design Guidelines draft. > Lots of things can reasonably be claimed to be "security related". I > would have preferred the exception to be crafted a bit narr

Re: [TLS] Last Call: draft-ietf-tls-extractor (Keying MaterialExporters for Transport Layer Security (TLS)) to Proposed Standard

2009-07-27 Thread Jeffrey A. Williams
Richard and all, I agree largely. Very little software warrents patenting. Protection of any authors software can much better and easily be done in other ways. Open source is not the total answer either as some types of software in open source format would be ill advised. Richard Stallman wr

Re: Last Call: draft-nottingham-http-link-header (Web Linking) to Proposed Standard

2009-07-27 Thread Noah Slater
On Fri, Jul 24, 2009 at 12:55:03PM +1000, Mark Nottingham wrote: > My understanding of HTML4 is that @lang identifies the language of the > link text itself, not the title (although that may be a side effect), > since it already has @hreflang. Do I have that wrong? This attribute specifies the b

Re: Last Call: draft-nottingham-http-link-header (Web Linking) to Proposed Standard

2009-07-27 Thread Noah Slater
On Fri, Jul 24, 2009 at 11:19:08AM +1000, Mark Nottingham wrote: > The *title parameter already allows for a language to be associated with > the title. See RFC2231 and the examples in the link draft. Of course, I should have spotted this. I have two questions: * Would it be harmful to mirror

Re: [TLS] Last Call: draft-ietf-tls-extractor (Keying Material Exporters for Transport Layer Security (TLS)) to Proposed Standard

2009-07-27 Thread Richard Stallman
The operative word here is uncertainty. A patent-holder creates uncertainty. How should an SDO respond? I'm not sure. I'm only sure that I don't like getting DoSed, either into dropping a standard or into not implementing it for fear of infringing. That's the nature of software

Re: Last Call: draft-nottingham-http-link-header (Web Linking) to Proposed Standard

2009-07-27 Thread Noah Slater
On Fri, Jul 24, 2009 at 11:02:36AM +1000, Mark Nottingham wrote: > Sorry, that slipped through the cracks. No problem! I didn't want to be a pain, bringing it up so often. > lang doesn't make any sense in this context; in HTML it applies to the > link text, but there is none here. >From the exm

Re: Last Call: draft-nottingham-http-link-header (Web Linking) to Proposed Standard

2009-07-27 Thread Noah Slater
Hey Mark, On Thu, Jul 23, 2009 at 02:32:18PM +1000, Mark Nottingham wrote: > I'm tracking proposed changes to -06 as a result of Last Call at: > http://www.mnot.net/drafts/draft-nottingham-http-link-header-07.txt I'm not sure how this process works, so please just say so if I'm getting the wron

Re: AD review of draft-zorn-radius-pkmv1-04.txt

2009-07-27 Thread Michael Richardson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > "Alan" == Alan DeKok writes: Alan> Both the PKM-SS-Cert and PKM-CA-Cert attributes provide Alan> 'ad-hoc' extension of the RADIUS attribute size, much like the Alan> EAP-Message attribute. It would have been preferable to Back

Re: Actual IPv6 deployment observed

2009-07-27 Thread Iljitsch van Beijnum
On 27 jul 2009, at 16:29, Danny McPherson wrote: The 0.01% they talk about is TRAFFIC, not USERS. And it's bogus anyway. Not that I want to have this discussion here again (folks should revisit the archives) This is what I had to say about it: http://arstechnica.com/old/content/2008/08/re

Re: Actual IPv6 deployment observed

2009-07-27 Thread Danny McPherson
On Jul 27, 2009, at 3:02 AM, Iljitsch van Beijnum wrote: On 27 jul 2009, at 9:43, Arnt Gulbrandsen wrote: This must mean that silently enabling IPv6 increases the number of people for whom IPv6 works by a factor of around 100 (from <0.01% in the general population (http://asert.arbornetw

Re: Last Call: draft-dawkins-nomcom-openlist (Nominating Committee Process: Open Disclosure of Willing Nominees) to BCP

2009-07-27 Thread Russ Housley
The IETF Last Call discussion of draft-dawkins-nomcom-openlist resulted in a healthy discussion with many people speaking. Some people think that the open list is the right thing to do, but other people want to redesign the entire NomCom process from a base set of principles. This message su

Re: Last Call: draft-dawkins-nomcom-dont-wait (Nominating Committee Process: Earlier Announcement of Open Positions and Solicitation of Volunteers) to BCP

2009-07-27 Thread Russ Housley
Ooops. I sent this on the wrong thread. The draft-dawkins-nomcom-dont-wait document is approved, and it is in the RFC Editor queue. This message was about the draft-dawkins-nomcom-openlist document. I'll resend this message on the proper thread so that people will be able to locate it with

Re: Last Call: draft-dawkins-nomcom-dont-wait (Nominating Committee Process: Earlier Announcement of Open Positions and Solicitation of Volunteers) to BCP

2009-07-27 Thread Russ Housley
The IETF Last Call resulted in a healthy discussion with many people speaking. Some people think that the open list is the right thing to do, but other people want to redesign the entire NomCom process from a base set of principles. This message summarizes my view of the consensus following

Re: Actual IPv6 deployment observed

2009-07-27 Thread Iljitsch van Beijnum
On 27 jul 2009, at 9:43, Arnt Gulbrandsen wrote: This must mean that silently enabling IPv6 increases the number of people for whom IPv6 works by a factor of around 100 (from <0.01% in the general population (http://asert.arbornetworks.com/2008/08/the-end-is-near-but-is-ipv6/ said <0.01%.

Re: When will audio recordings of sessions be available?

2009-07-27 Thread Philip Matthews
Where will they be posted? Do I look for a message to IETF Discussion, or is there a web page somewhere that will track these? - Philip On Mon, 27-Jul-09, at 03:49 , Morgan Sackett wrote: Philip, We will work on getting the files posted as soon as possible, it should be within a day or t

Audio streams

2009-07-27 Thread Morgan Sackett
All audio streams should be working now. If you are experiencing issues, please do not hesitate to inform us. You can also get ahold of us in the n...@jabber.ietf.org jabber room. Morgan Sackett VP of Engineering VeriLAN Event Services, Inc. 215 SE Morrison Street Portland, OR 97214 Tel:

Re: When will audio recordings of sessions be available?

2009-07-27 Thread Morgan Sackett
Philip, We will work on getting the files posted as soon as possible, it should be within a day or two of the actual session. Morgan On Jul 27, 2009, at 8:51 AM, Philip Matthews wrote: If one misses hearing a session live, will it be possible to listen to the recording this week, or will

Re: Actual IPv6 deployment observed

2009-07-27 Thread Arnt Gulbrandsen
Jeroen Massar writes: No, it is not "Native IPv6 over DSL" or any other form unfortunately. You have to start thanking Microsoft for pushing 6to4 and especially Teredo, having it automatically on new platforms and having clients like uTorrent auto-enable it on install for those that don't. u