Re: IONs & discuss criteria

--On Sunday, March 09, 2008 22:45:33 -0400 Ted Hardie <[EMAIL PROTECTED]> wrote: > > This particular ION had a life as an internet-draft with an intent to > publish it as an RFC before the ION series existed. It was draft-iesg at > one time, and no one came up with a draft-ietfer- counter pro

Attention to people trying to participate remotely: DST in progress

Hi, please note that DST is already in progress in the US -- the ICS files served by tools.ietf.org do *not* reflect this! BR, Julian ___ IETF mailing list IETF@ietf.org https://www.ietf.org/mailman/listinfo/ietf

Design for Deployment (yes you IPv6 wg!) RE: Was it foreseen ..

To expand on this in response to comments in the meeting: 1. Design for Deployment Anyone who wants to change the Internet infrastructure needs to consider the problem of deployment as their single biggest concern. The Internet now has a billion users. Changing the Internet, even in a small way

Re: Problem with Jabber?

It's up right now. On Sun, Mar 9, 2008 at 3:02 PM, Iljitsch van Beijnum <[EMAIL PROTECTED]> wrote: > Is it just me or is there a problem with jabber.ietf.org? I can't join > any of the rooms. > > Iljitscy > ___ > IETF mailing list > IETF@ietf.org > https

Re: IONs & discuss criteria

At 9:18 PM -0700 3/9/08, Russ Housley wrote: > >I really disagree. Gen-ART Reviews begin this way: > >I have been selected as the General Area Review Team (Gen-ART) >reviewer for this draft (for background on Gen-ART, please see >_http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html_

AutoCAD file transfer over WAN

ietf@ietf.org Great, Thanks a lot for the help. I ll try to incorporate your ideas. once again thanx a lot for all your positive responses. ___ IETF mailing list IETF@ietf.org https://www.ietf.org/mailman/listinfo/ietf

Re: IONs & discuss criteria

Ted: > >I think you completely misunderstand my point. A reviewer can make a > >comment, and the authors or WG can say that they disagree. This is > >important for an AD to see. The AD now needs to figure out whether > >the reviewer is in the rough part of the rough consensus or whether > >the

Re: IONs & discuss criteria

Ted: > >I really disagree. Gen-ART Reviews begin this way: > > > >I have been selected as the General Area Review Team (Gen-ART) > >reviewer for this draft (for background on Gen-ART, please see > >_http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html_). > > > >Please resolve th

Jabber server down? Contact for Jabber server onsite at IETF71?

I've been Jabber scribe for MMUSIC but jabber.ietf.org seems to be down now. Is there a contact onsite here at IETF 71 to whom I should be reporting this? Is there a 'noc' address or something similar? All I have to go on is an email address for John Pope found here: http://www.ietf.o

spamarrest.com and mailing list subscriptions

This is ridiculous and could get out of hand very quickly. I shudder to think what would happen if even 5% of the subscribers to a mailing list sent this kind of dreck in response to every email posted to the list -- it would effectively become infeasible to participate in mailing lists at all.

RE: Gen-art review of draft-ietf-smime-multisig-04.txt

Elwyn, Thanks for the review. Responses inline... spt >-Original Message- >Comments: >s3: The first part of the specification for MultipleSignatures is : > >>The fields in MultipleSignatures have the following meaning: >> >> - bodyHashAlg includes the digest algorithmIdentifie

Re: Jabber server down? Contact for Jabber server onsite at IETF71?

I was directed to send to '[EMAIL PROTECTED]' and did. Meanwhile, the Jabber server is back up now. Dan On Mar 10, 2008, at 10:44 AM, Dan York wrote: I've been Jabber scribe for MMUSIC but jabber.ietf.org seems to be down now. Is there a contact onsite here at IETF 71 to whom I should b

Re: Jabber server down? Contact for Jabber server onsite at IETF71?

> > I've been Jabber scribe for MMUSIC but jabber.ietf.org seems to be > down now. hello , should this link work when you have the correct "mime types" set to your client ? xmpp:[EMAIL PROTECTED] cheers Marc -- Quid tacet, consentire videt

Re: IONs & discuss criteria

Speaking only as a Gen-ART reviewer, what Russ said is how I think it works, and Ted's concern that I might be privileged as a Gen-ART reviewer at last call time is the reason we're having that conversation. Gen-ART reviewers have had that concern since we were writing reviews for Harald. We do

Re: spamarrest.com and mailing list subscriptions

Adam Roach wrote: > This is ridiculous and could get out of hand very quickly. I shudder to > think what would happen if even 5% of the subscribers to a mailing list > sent this kind of dreck in response to every email posted to the list -- > it would effectively become infeasible to participate

Problem with Jabber Server

We are aware that there is a problem with the jabber server and that it keeps crashing. We do not know why the crashes are occurring, but we are working to address this issue right now. I apologize for the disruption and any inconvenience this may be causing you. Regards, Alexa --- Alexa

Re: IONs & discuss criteria

It is my experience as well that Gen-ART or other organized reviews are not given any more weight than other Last Call comments. However, I at least weight different comments in different ways, based on whether I agree with the issue, whether I believe the issue is a major problem or a minor nit, w

Re: spamarrest.com and mailing list subscriptions

At 08:35 10-03-2008, Adam Roach wrote: >Unfortunately, I can't think of an approach to prevent this >silliness aside from automatically unsubscribing any >"spamarrest.com" email addresses from IETF mailing lists. The email was forwarded from [EMAIL PROTECTED] to a spamarrest.com mailbox. The e

Re: IONs & discuss criteria

On 2008-03-11 03:42, Russ Housley wrote: > Ted: > >>> I really disagree. Gen-ART Reviews begin this way: >>> >>>I have been selected as the General Area Review Team (Gen-ART) >>>reviewer for this draft (for background on Gen-ART, please see >>>_http://www.alvestrand.no/ietf/gen/art/ge

Jabber Update

As I noted in an earlier email, the IETF jabber server has been crashing throughout the day. Because we were not experiencing problems with the server prior to the meeting, we suspect it is a loading issue, or a memory leak. However, on the upside, in the process of debugging the crash, we were ab

Re: IONs & discuss criteria

On Mar 9, 2008, at 10:56 PM, Ted Hardie wrote: > > I think you and Tim (and potentially other ADs in areas that have > review > teams) are missing an opportunity here. Over time, these review > teams > have been grown to the point where they do their reviews at Last Call > or before. That's

RE: Was it foreseen that the Internet might handle 242 Gbps of trafficfor Oprah's Book Club webinars?

Hallam-Baker, Phillip wrote: > The problem with multicast in this application is that it only works if > all the clients are accepting the same data stream and viewing it live. > > That's not how people tend to view Web video, there might be 50% of the > crowd watching it as Oprah speaks but the r

Re: Request for advancement, draft-hansen-4468upd-mailesc-registry-04

Harald Tveit Alvestrand wrote: > I am hereby requesting Brilliant, another RFC 2026 6.1.1 "recommendation by an individual", note it for "PUFI". > RFC-to-be draft-iesg-sponsoring-guidelines That used to be ion-ad-sponsoring, are all IONs back to I-D now ? Frank __

GEOPRIV Experiment at IETF 71

Hi all, Wanted to let folks know about an experiment that some participants from the GEOPRIV working group have put together for this IETF. Using the IETF network infrastructure as a location source, we've set up a location server [1] that offers location information over the HTTP-based HELD

Re: Was it foreseen that the Internet might handle 242 Gbps of trafficfor Oprah's Book Club webinars?

2008/3/9 Hallam-Baker, Phillip <[EMAIL PROTECTED]>: > > > > Its a bootstrap problem though. You have to establish the market conditions > to favor multicast deployment. True, which is why I believe the IETF stopped short of producing a complete set of tools to overcome the end-to-end dependency of