Re: Bruce Schneier's Proposal to dedicate November meeting to saving the Internet from the NSA
So, has Bruce Schneier actually been invited to speak at the Technical Plenary (or elsewhere) during the Vancouver IETF? I recall him giving an informative talk at least one previous Tech Plenary, and in light of his 'proposal', if would be interesting to hear what he believes to be broken, and what the IETF might be able to do to help fix it. Ross.
Why are there two different agenda web pages for each working group?
The IETF85 Meeting agenda web page - https://datatracker.ietf.org/meeting/85/agenda.html - has links to agenda web pages for each working group. E.g., for avtcore, there is a link to: https://datatracker.ietf.org/meeting/85/agenda/avtcore/ However, each working group also has a second agenda web page, at http://tools.ietf.org/wg/wg-name/agenda . For example, for avtcore, this page is: http://tools.ietf.org/wg/avtcore/agenda This second web page is usually more comprehensive than the first. E.g., the second web page often contains links to slides, whereas the first does not. Why are there two different agenda web pages? Why not have only the tools.ietf.org web pages, and have the main agenda web page link to those pages instead? Ross.
Re: One Day Guest Pass
I'm not convinced that this new One Day Guest Pass is even a good idea at all. Do we no longer want to encourage participants to be familiar with activities beyond their primary working group? Do we not want to encourage participants to attend the plenaries (to help familiarize them with the IETF process), in addition to their primary working group meeting? If the Secretariat feels that attendance is suffering because of the price of the full meeting registration fee, then perhaps a better solution is to drop the price of that fee. Ross. ___ Ietf mailing list Ietf@ietf.org https://www.ietf.org/mailman/listinfo/ietf
Re: 75th IETF - Hotels
Be sure to make your reservation at one of the Stockholm hotels the IETF has a block of rooms held. For these hotels, is the IETF group rate always less than (or equal to) the non-group rate? Apparently this was not always the case in San Francisco. Ross. ___ Ietf mailing list Ietf@ietf.org https://www.ietf.org/mailman/listinfo/ietf
Re: IETF 72 -- Dublin!
Excuse me, but isn't this in the boonies way outside town? Are we going to be stuck in a $200 a night hotel with no reasonable alternative accommodations eating vastly overpriced hotel food and facing a one-hour commute to anywhere else? How easy will it be to commute between the hotel and central Dublin (e.g., if we want to eat lunch or dinner somewhere other than the hotel)? What transportation options are available, and how long will the take? Ross. ___ Ietf mailing list Ietf@ietf.org http://www.ietf.org/mailman/listinfo/ietf
Re: NABBLE NOTIFICATION forCopyright Notice: N R M E F 4 N Y N O S (NRMEF4NYNOS)
What is this shit?! Has this mailing list become a refuge for the mentally ill? A few months ago we had DV8, then JFC - and now this clown. I never thought I'd miss Jim Fleming :-) Ross. ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
Why are we still seeing new Internet-Draft announcements this week?
I'm curious: Why are we still seeing new Internet-Draft annnouncements (posted on the i-d-announce@ietf.org mailing list) this week? I thought that there were supposed to be no new Internet-Draft announcements from 1 week prior to each IETF meeting, until after the end of the meeting? Ross. ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
Re: cApitalization
Trust me, you're better off not having done this or any other name chicanery. My full name is Edwin Earl Freed (after my uncle), and the hiccups caused by people not knowing Ned is a nickname for Edwin long ago ceased to be in any way amusing. I thought the nickname for Edwin was Buzz :-) Ross (who had always thought that Ned was a(nother) nickname for Edward) ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
Re: [EMAIL PROTECTED] Guerilla Party Events for Wednesday
This list is still growing. I did like the suggestion from Carsten Bormann who said: Actually, I'd propose an IETF pain index, which is: sum of squares of the number of time zones between place of work and place of IETF meetings attended. On the other hand, those of us whose body clocks are set to Silicon Valley Nerd Standard Time (SVNST) - where we typically start work at 10 or even 11am - get jet-lagged even when the IETF is on the US/Canada West Coast :-) Ross (who's looking forward to the next time the IETF is in Hawaii) ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
Re: Iqbal S Ismail/USA/StateStreet is out of the office.
Could someone please remove this clown from the ietf list, or else update the mailing list's filters, so that his broken email agent doesn't keep bothering us with this garbage? Ross. ___ Ietf mailing list [EMAIL PROTECTED] https://www1.ietf.org/mailman/listinfo/ietf
Re: callplot tool for generating call flows
At 05:12 PM 3/24/04, Felix, Zhang wrote: It's really a great job, but I can't download the software from the following address, http://sourceforge.net/projects/callplot FYI, this is because the Chinese government's firewall apparently blocks access to the whole of sourceforge.net. Apparently, there's something 'subversive' there :-( Ross.
Re: no multicast of IETF plenaries
At 12:06 PM 7/15/03, Jeffrey I. Schiller wrote: I too would appreciate the plenaries being multicasted. Me too :-) (But failing that, please try to make the recorded video available promptly.) Ross.
Re: Financial state of the IETF - to be presented Wednesday
Judging by Sunday evening's reception, it seems that the cutbacks in food service at IETF meetings have already begun :-( Ross.
RE: Financial state of the IETF - to be presented Wednesday
At 10:22 AM 3/17/03, you wrote: I'm having quite a hard time seeing what the problem is here, but maybe I'm missing something... Based on Harald's analysis the projected annual shortfall is in the region of $350,000 per annum. Assuming ~5,000 attendees per annum, that equates to ~$70 per year per attendee. The trouble with this analysis is that the 5000 attendees each year are not all different people. Many, if not most, people attend more than one IETF meeting per year. A more accurate analysis would be: A shortfall of $350,000 per annum means ~$120,000 per IETF meeting. So, if 1200 people attend each IETF meeting, then that means $120 extra per person. (Or, if 2400 people attend each IETF meeting, then that means $60 extra per person.) (Personally, I think that even the current $425 fee feels excessive, especially in the current economic climate.) Ross.
RE: Financial state of the IETF - to be presented Wednesday
Duh! I meant: A shortfall of $350,000 per annum means ~$120,000 per IETF meeting. So, if 1200 people attend each IETF meeting, then that means *$100* extra per person. (Or, if 2400 people attend each IETF meeting, then that means *$50* extra per person.) Ross.
Re: Financial state of the IETF - to be presented Wednesday
First [the registration fee] is not excessive by definition because we are not covering our costs. Not necessarily. It could be that our current costs are even more excessive :-) Second I don't think it is excessive because I know of MANY weeklong conferences that want in the order of 1000-1700 registration fees... I never attend such conferences. Ross.
Re: Financial state of the IETF - to be presented Wednesday
Another random thought: Could any money be saved by not meeting on Friday? For IETF meetings (such as the upcoming meeting in SF) without a social event, the Tuesday evening slot is empty. Couldn't the Friday slots have been moved to Tuesday evening instead? Ross.
Spring 2003 IETF - Why San Francisco?
http://www.ietf.org/meetings/0mtg-sites.txt San Francisco is very convenient for many people (including me) - but perhaps it's just *too* convenient. Every other IETF meeting held in the Bay Area in recent years has been a zoo. I thought there was consensus to try not to hold IETF meetings in the Bay Area? Ross.
Re: Blue Sheet Etiquette
At 02:29 PM 12/13/01, borderlt wrote: When, I looked, the person was in the process of copying the last few names off of the blue sheet before forwarding it. This not the first time that this has happened. It's a bit surprising, though, that people are still using such low-tech methods to snarf names off the blue sheets (now that small, easily concealable digital cameras are readily available :-) Ross.
Re: Mailing list problems
At 04:08 PM 2/21/01, [EMAIL PROTECTED] wrote: Are there any recent problems being encountered with the discussion list? I have noticed a dramatic drop in activity in recent days almost Nasdaq like. The Internet Draft submission deadlines are approaching. People are busy doing real work... Ross.
Re: Usable Video from Meetings (was Re: Suggestion)
At 11:37 PM 10/19/00, Harald Alvestrand wrote: my anarchistic self wonders what would happen if there was an open server that would allow (filtered) MBONE tunnels to connect, and a widely available (Linux?) client that would connect to that server, and behave like a multicast router? "start this program on a spare PC, and you too can watch the IETF multicast". FYI, a UDP-based tunneling protocol called "UMTP" has been used for several years now to tunnel multicast UDP packets over UDP unicast tunnels. The Internet-Draft for this is currently expired, but is online as http://www.live.com/umtp.txt One advantage of using UDP/UDP tunneling (rather than IP/IP) is that you don't need raw sockets, so people can even run tunnel endpoints on OSs like Windows 9x. There is also server software available (using this protocol) that people can use right now to set up multicast-over-unicast tunnels, but it would be an inappropriate use of the "ietf" list to say where :-) Ross.
Any RFCs describing mailing list subscription practice?
Do we have any RFCs (or even I-Ds) that describe the preferred '3-way handshake' method for validating a request to subscribe to a mailing list - i.e., to first send back - to the requester's source email address - a "please confirm your subscription" response message (preferably containing a random token), and then add the address to the mailing list *only if* the user responds to this second message? I am constantly fighting with clueless (or lazy, or opportunistic) mailing list operators who insist on adding bogus email addresses - containing my domain name - to their mailing lists, without first confirming their validity. It would be nice if there were an IETF document that I could point them at. Ross.
Re: Privacy and IETF Document Access
At 07:31 AM 3/28/00, [EMAIL PROTECTED] wrote: I do not think this is really a concern because the system will accept "[EMAIL PROTECTED]" as a valid password email as well. A quick reminder here: Should you ever want to use a 'bogus' or or 'example' domain name, please use the domain name "example.com", which the IANA has specifically reserved for this purpose. (Note, BTW, that the domain name "fool.com" that you used as an example is actually a real domain name used by someone else - "Motley Fool" in this case.) This is something that I'm particularly sensitive to, because - for some reason - lots of people like to use my domain name ("live.com") when fabricating bogus email addresses - and as a result shitloads of spam ends up coming my way. Ross. ps. I've found that most FTP servers will accept the string "guest@" in addition to a fully-formed email address.
An interesting new use for DNS :-)
FYA: Seen on the web http://www.tbtf.com/blog/2000-03-12.html#6 Ross.
Re: Announcement ivta.org
From the web site: "The IVTA takes much of its spirit from the Internet Engineering Task Force (IETF)" and "The development of public standards at the IVTA is specific for Internet voting applications, but otherwise similar to the work at the IETF and other Internet standards bodies." That's good, but why not undertake this within the existing IETF process, rather than trying to emulate it? Ross.