Hi Bill
on 2006-07-19 04:26 Bill Fenner said the following:
>>Ok. So I'm not sure what you propose here - should we not require
>>rsync and ftp mirroring capability, or should we ask for it, and not
>>specify chapter and verse regarding version etc.? I'd certainly be
>>very unhappy completely ab
>Ok. So I'm not sure what you propose here - should we not require
>rsync and ftp mirroring capability, or should we ask for it, and not
>specify chapter and verse regarding version etc.? I'd certainly be
>very unhappy completely abandoning the rsync capability.
I think that RFCs should be avai
Eric,
All I can say is that you're not looking very hard - I just spent all of 5 mniutes searching for tickets and found a nonstop between Boston and San Diego for $418 on Alaska (this flight is also an American codeshare), and single-connection flights from Manchester NH starting at $315 on Nort
Hi Paul,
on 2006-07-19 00:02 Paul Hoffman said the following:
...
>>on 2006-07-18 22:31 Paul Hoffman said the following:
...
>>> Maybe I'm being a bit pedantic here, but there is no RFC (or even
>>> Internet Draft) describing rsync. Of course, running an rsync server
>>> is trivial and certainl
And in this Standards IP portfolio should be all the communications used to
vet it including the mailing list, meeting notes, RFC and ID's, and any
other documents including Jabber Sessions. These all make up the evidence of
the IETF's vetting and must be retained to prove the integrity of the IETF
If you specify it then the spec will need a formal SLA too.
Todd
- Original Message -
From: "Henrik Levkowetz" <[EMAIL PROTECTED]>
To: "Bill Fenner" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; ; <[EMAIL
PROTECTED]>;
<[EMAIL PROTECTED]>; "Bob Braden" <[EMAIL PROTECT
I would offer the following:
Rather than look at extremes (e.g., Fred's "What about Kabul?"), let's
look at other "second tier" options, like Bangkok, Prague, Cairo (well,
maybe off the radar for the next few months), or Mexico City, to pick
well-connected, well-airported, rather inexpensive, citi
Hi Bill,
on 2006-07-19 02:51 Bill Fenner said the following:
>>A contractual requirement at this level of detail seems totally
>>crazy.
>
> I'm afraid I agree. I see this in our other kinds of process
> specifications too -- we write rules for which you need to exercise
> sensible judgement, and
We are missing two key pieces of the IETF's Governance Model.. The first is
a bi-lateral Hold-Harmless Agreement between the Participants and the IETF
and more importantly, between their Sponsers and the IETF, and they and all
other participants and their Sponsers. Otherwise my feeling is that ther
Bill -
If RSYNC is not part of the Editor's Contract's SOW then it cannot be
considered and if someone was to lose that contract because they didn't
offer some service that was not on the SOW, the IETF and ISOC would be
looking at litigation IMHO.
But there is another issue - and that is the liabi
I would offer that it is easier for me to get to London, Paris, or
Frankfurt from New Hampshire than it is to get to San Diego. LAX is
marginally better.
Chicago, Boston, New York, Toronto, Atlanta, and Las Vegas (!) are my
easy, one-hop cities. That said, it was fun driving to Montreal :-)
---
>A contractual requirement at this level of detail seems totally
>crazy.
I'm afraid I agree. I see this in our other kinds of process
specifications too -- we write rules for which you need to exercise
sensible judgement, and then fret about what happens when someone uses
bad judgement and try t
Hi Bob,
> *> >
> *> >>And I'd be reasonably happy if we specified 'any version of rsync
> greater
> *> >>than X.Y.Z', or some such. The current debian stable version (2.6.4-6)
> *> >>would work for me.
> *> >
> *> > Saying "rsync version 2.6 or later" works for me, as long as we
>
*> >
*> >>And I'd be reasonably happy if we specified 'any version of rsync greater
*> >>than X.Y.Z', or some such. The current debian stable version (2.6.4-6)
*> >>would work for me.
*> >
*> > Saying "rsync version 2.6 or later" works for me, as long as we
*> > understand the
On Tuesday 18 July 2006 18:28, Paul Hoffman wrote:
> Saying "rsync version 2.6 or later" works for me, as long as we
> understand the "can't eat our own dogfood" aspect of this requirement.
>
But isn't that equally true of having a web site?
Scott K
__
Hi Paul,
on 2006-07-19 00:28 Paul Hoffman said the following:
> At 12:14 AM +0200 7/19/06, Henrik Levkowetz wrote:
>>\>> Should we
barter away good current functionality because there's not an RFC for
rsync?
>>>
>>> Nope. I would hope that the RFC Editor would have an rsync server
>>>
One data point: IEEE 802 is in San Diego this week, and I've met at
least one attendee who flew through LAX to get here; that is, he took
LAX -> SAN as his last leg.
On 7/18/06, Doug Barton <[EMAIL PROTECTED]> wrote:
[ Disclaimer, I grew up in San Diego and now live in the LA area, so I have
bia
At 12:14 AM +0200 7/19/06, Henrik Levkowetz wrote:
\>> Should we
barter away good current functionality because there's not an RFC for
rsync?
Nope. I would hope that the RFC Editor would have an rsync server
available. But that's different than mandating one when we can't
really say what
At 06:31 AM 19/07/2006, Paul Hoffman wrote:
At 8:27 PM +0200 7/18/06, Henrik Levkowetz wrote:
Should we require that the current availability through rsync and ftp
is continued?
Maybe I'm being a bit pedantic here, but there is no RFC (or even Internet
Draft) describing rsync. Of course, runn
At 11:53 PM +0200 7/18/06, Henrik Levkowetz wrote:
Hi Paul,
on 2006-07-18 22:31 Paul Hoffman said the following:
At 8:27 PM +0200 7/18/06, Henrik Levkowetz wrote:
Should we require that the current availability through rsync and ftp
is continued?
Maybe I'm being a bit pedantic here, but th
Hi Paul,
on 2006-07-18 22:31 Paul Hoffman said the following:
> At 8:27 PM +0200 7/18/06, Henrik Levkowetz wrote:
>>Should we require that the current availability through rsync and ftp
>>is continued?
>
> Maybe I'm being a bit pedantic here, but there is no RFC (or even
> Internet Draft) descri
> From: Richard Shockey [mailto:[EMAIL PROTECTED]
> The network access in the Delta was a problem. But the
> Montreal Venue was excellent. Well worth the minor walk. The
> city was marvelous. I'd easily vote to go back again. This
> potential pattern of one meeting in Canada one in the US and
At 8:27 PM +0200 7/18/06, Henrik Levkowetz wrote:
Should we require that the current availability through rsync and ftp
is continued?
Maybe I'm being a bit pedantic here, but there is no RFC (or even
Internet Draft) describing rsync. Of course, running an rsync server
is trivial and certainly
[ Disclaimer, I grew up in San Diego and now live in the LA area, so I have
biases in both directions. :) ]
[EMAIL PROTECTED] wrote:
> (BTW, how much would a taxi from LAX to San Diego cost? And would
> you expect taxis willing to do it?)
It's 120+ miles from LAX to the Sheraton San Diego, so a
Todd Glassey wrote:
H... The SOW MUST define all the elements of the Editor's responsibility
and all the specific tasks they perform as well as the SLA's for those Tasks.
It also MUST address the SOD (Separation of Duties) within the Editor's work
since they are altering the IP submitted.
Hi,
on 2006-07-18 17:24 IETF Administrative Director said the following:
> The IAOC intends to issue an RFP for the RFC Editor function no later than 31
> July 2006. To that end we seek your review and comments to the draft RFP.
I just thought of and checked up one particular issue in the SOW in
David Harrington wrote:
Hi,
I would not like to see raw jabber logs included as part of the
minutes. The signal-to-noise ratio is way too low in many meetings.
Jabber logs written by a scribe do not do a good job representing the
body language and the nuances of speech that may be important to
Elliot -
-Original Message-
>From: Eliot Lear <[EMAIL PROTECTED]>
>Sent: Jul 18, 2006 5:59 AM
>To: David Harrington <[EMAIL PROTECTED]>
>Cc: ietf@ietf.org
>Subject: Re: Minutes and jabber logs
>
>
>As someone who has both done a lot of jabber scribing and is also a WG
>chair and has also r
H... The SOW MUST define all the elements of the Editor's responsibility
and all the specific tasks they perform as well as the SLA's for those Tasks.
It also MUST address the SOD (Separation of Duties) within the Editor's work
since they are altering the IP submitted.
Without that ther is
-Original Message-
>From: Brian E Carpenter <[EMAIL PROTECTED]>
>Sent: Jul 18, 2006 5:13 AM
>To: Pete Resnick <[EMAIL PROTECTED]>
>Cc: Frank Ellermann <[EMAIL PROTECTED]>, ietf@ietf.org
>Subject: Re: Response to the Appeal by [...]
>
>Speaking only for myself, I have always read the words
Jabber Logs are part of NOTEWELL and if they are not maintaned then NOTEWELL is
a bigger problem than it already is. Sorry... if NOTEWELL is put in place to
capture participation - then ***all*** participation must be captured and
available to anyone reviewing any initiative...
Todd Glassey, CI
As a formal Standards Process - what is the records retention process - and
what are the defined records that make up the Evidence Package from any given
initiative?
This is a serious question for any and all efforts within the IETF. The other
issue is the authentication and guarantee that the
> -Original Message-
> From: Melinda Shore [mailto:[EMAIL PROTECTED]
> Sent: Monday, July 17, 2006 11:31 AM
> To: Dave Cridland
> Cc: IETF-Discussion
> Subject: Re: Meetings in other regions
>
> On 7/17/06 11:26 AM, "Dave Cridland" <[EMAIL PROTECTED]> wrote:
> > I think Melinda's intenti
> On Monday, July 17, 2006 10:11:07 AM -0400 Jeffrey Altman
> <[EMAIL PROTECTED]> wrote:
>
> > For me Paris and Montreal were the
> > two worst meetings I have experienced in ten years because of the
> > separation of the IETF hotel from the meeting locations and the in
> > ability to provide ne
On 7/18/06 at 11:13 AM +0200, Brian E Carpenter wrote:
Speaking only for myself, I have always read the words "Further
recourse is available..." at the beginning of section 6.5.3 of RFC
2026 to mean that an appeal to the ISOC Board can only follow
rejection of an appeal by both the IESG and IA
Sorry, I should have responded to the first notes on-list...
Just a reminder of what our process rules (RFC 2418) say:
All working group sessions (including those held outside of the IETF
meetings) shall be reported by making minutes available. These
minutes should include the agenda
On Tuesday, July 18, 2006 12:14:00 PM +0200 Brian E Carpenter
<[EMAIL PROTECTED]> wrote:
if the minutes are
properly written, it's enough to ask for agreement on the minutes.
Yes, but you have to be careful. Many organizations follow a practice in
which the members approve the minutes o
Just a reminder of what our process rules (RFC 2418) say:
All working group sessions (including those held outside of the IETF
meetings) shall be reported by making minutes available. These
minutes should include the agenda for the session, an account of the
discussion including any
As someone who has both done a lot of jabber scribing and is also a WG
chair and has also remotely participated, I agree with Dave Harrington
on each of his points. Putting these two threads back together,
however, let me suggest the following:
* No minute taker is perfect. This includes th
It's fun to chat but there are 2000+ people here so maybe the topic is
exhausted?
At least please change the Subject when you change the subject.
Brian
___
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf
Pete,
Pete Resnick wrote:
On 7/10/06 at 8:34 AM -0400, IETF Administrative Director wrote:
we seek comments on the Statement of Work located at:
http://koi.uoregon.edu/~iaoc/
- The SOW has nothing about performance expectations (i.e., what is
noted in section 4 of draft-mankin-pub-req-10).
Speaking only for myself, I have always read the words
"Further recourse is available..." at the beginning of
section 6.5.3 of RFC 2026 to mean that an appeal to the
ISOC Board can only follow rejection of an appeal by both
the IESG and IAB. Therefore, in my opinion, it is required
for the IESG to
Andy Bierman wrote:
> Nobody flies from LAX to San Diego because it ends up taking
> twice as long as driving for 10 times as much, so don't expect
> lots of flights from LA.
For IETF67, I'm leaving home around 6AM, and arrive at LAX some 19
hours later (and fly from LAX to San Diego). After this
On Tuesday, July 18, 2006 12:03:34 AM +0100 Tim Chown <[EMAIL PROTECTED]>
wrote:
On Mon, Jul 17, 2006 at 11:38:15AM -0400, Stephen Campbell wrote:
Or skip the car. Fly into LAX, take one of several shuttles to Los
Angeles Union Station, and take Amtrak's "Surfliner" to San Diego.
These tra
On Monday, July 17, 2006 06:46:11 AM -0700 Andy Bierman
<[EMAIL PROTECTED]> wrote:
- I didn't find a terminal room, but instead a giant 'break room'
for ad-hoc meetings and food breaks. This was wonderful, and
about time! 802.11 has thankfully made the terminal room obsolete.
On Saturday, July 15, 2006 05:24:45 AM -0400 Fred Baker <[EMAIL PROTECTED]>
wrote:
Thanks. gee whiz, that was a bunch of work for me. You had a tool? arg...
It's best to always ask Henrik and/or Bill if they have a tool.
Often they do, and if not, it may take less time to produce it than
46 matches
Mail list logo