Re: The case of dotless domains

Hi Doug, At 22:38 15-07-2013, Doug Barton wrote: Interesting, but pardon my being blunt, it does not seem to cover any new ground. You did say one useful thing: IETF specifications usually provide guidance to ensure interoperability. Whether dotless domains are harmful or not is a policy mat

RE: Sunday IAOC Overview Session at the Berlin IETF

One can't 100% protect against disruption from emergency situations. I'm Vice Chair of IEEE 802 and there was a case where a venue became unavailable due to a disaster. In that case it was enough before the meeting that it worked as Bob described - the hotel chain worked with us to identify and

Re: Regarding call Chinese names

On Tue, Jul 16, 2013 at 12:04 AM, Ted Hardie wrote: > On Sun, Jul 14, 2013 at 5:26 PM, Hui Deng wrote: >> >> Hi Ted, >> >> I did explain them in the 1st paragraph about minorities (not mentioned >> that they could have two kids in mainland) >> anyway, I will revise the title by adding "Chinese "H

Announcement improvement (was: Re: Last Call: RFC 2050 to historic)

For the benefits of those (few and far between) IETF participants that haven't memorized all RFC numbers, it would be great if announcement such as the one below would contain a tiny bit more information about the document itself. E.g. just having the title of the document in announcement woul

Re: Sunday IAOC Overview Session at the Berlin IETF

Hi Pat, Thanks. My concerns is that do we have a plan for disaster recovery/management in IETF or IEEE802. Including meetings which is the important time we come together for. Usually now organisations are looking into defining plans so the staff/participants are aware of procedures. I was thinkin

RE: Sunday IAOC Overview Session at the Berlin IETF

AB How many IETFs have you attended? How many professional meetings have you organised? Lloyd Wood http://sat-net.com/L.Wood/ From: ietf-boun...@ietf.org [ietf-boun...@ietf.org] On Behalf Of Abdussalam Baryun [abdussalambar...@gmail.com] Sent: 16 July

LC of draft-ietf-jcardcal-jcard-05

In the context of writing both an RDAP client and server for the weirds activity, I have read draft-ietf-jcardcal-jcard-05 and found no issues. -andy

Re: The case of dotless domains

> >>What this brings to mind is that we used to have implicit DNS domain > >>search in the early days of DNS. When edu.com accidentally hijacked > >>a huge chunk of the Internet, most of the net very quickly got rid of > >>implicit search, and we got the explicit DNS search feature that many > >>p

Re: Regarding call Chinese names

On Tue, Jul 16, 2013 at 4:35 AM, Cao,Zhen wrote: > On Tue, Jul 16, 2013 at 12:04 AM, Ted Hardie wrote: > > On Sun, Jul 14, 2013 at 5:26 PM, Hui Deng wrote: > >> > >> Hi Ted, > >> > >> I did explain them in the 1st paragraph about minorities (not mentioned > >> that they could have two kids in m

I-D Action: draft-barnes-healthy-food-07.txt

Mary, I appreciate your work on this document, but I don't know where or how to draw the line. Personally, I will strongly try to be vegetarian, but eat meat rather than starve (a situation that arises when travelling). But I will also try to eat fairly traded produce, and also try to reduce the

Re: I-D Action: draft-barnes-healthy-food-07.txt

As I mentioned to Mary privately, yogurt with fish in it is very common (yoplait, for example) and vegetarians who know that kosher gelatin is made of fish don't eat it; this can result in the food options at the cookie table being, essentially, cookies, which are of course a terrible thing to e

Re: The case of dotless domains

--On Tuesday, July 16, 2013 11:07 -0400 Ofer Inbar wrote: >... > What this brings to mind is that we had a DNS system that was > vulnerable to the addition of something to the DNS that people > had expected nobody would make the mistake of doing, but it > happened and caused damage, and the net

Re: I-D Action: draft-barnes-healthy-food-07.txt

--On Tuesday, July 16, 2013 18:09 +0100 Adrian Farrel wrote: >... > Personally, I will strongly try to be vegetarian, but eat meat > rather than starve (a situation that arises when travelling). >... I'm in much the same situation, but suggests that part of this feeds back into some of the ven

Re: I-D Action: draft-barnes-healthy-food-07.txt

On Jul 16, 2013, at 11:03 AM, John C Klensin wrote: > And, if it is not and it is chosen anyway > (either deliberately after considering other factors or out of > ignorance), who is accountable and to whom? Part of the value of writing a document like this is to capture the issues in such a way

RE: I-D Action: draft-barnes-healthy-food-07.txt

> > Personally, I will strongly try to be vegetarian, but eat meat > > rather than starve (a situation that arises when travelling). > > if a venue is chosen that forces you (or me or others) into > a "meat or starve" or, much worse, "eat something severely > damaging to health or beliefs or starv

Re: I-D Action: draft-barnes-healthy-food-07.txt

Hi, On Tue, Jul 16, 2013 at 10:17 AM, Ted Lemon wrote: >... > given the number of graybeards who attend IETF, > I think paying attention to the problem of excessive sugar in break foods is > really important. > I'm not supposed to have sugar, so the massive quantities of cookies, brownies, ice

Re: I-D Action: draft-barnes-healthy-food-07.txt

two hypotheses: o there is no venue which is easy/acceptable to all ietf participants o there is no ietf participant for whom all venues are easy/acceptable randy, who is happy not to be on the meetings committee

Re: I-D Action: draft-barnes-healthy-food-07.txt

On Jul 16, 2013, at 11:43 AM, Andy Bierman wrote: > I suggest more cheese and crackers, sandwiches, etc. > and perhaps less cookies. +1 Celery will not prevent a blood sugar crash.

Re: I-D Action: draft-barnes-healthy-food-07.txt

On Jul 16, 2013, at 11:37 AM, Adrian Farrel wrote: > I venture that "starve" is never a real outcome, but "go to a supermarket" or > "bring food in your luggage" are alternatives that need some planning and are > a > small inconvenience. Try it sometime, then get back to us. :) I rented a car

Re: Sunday IAOC Overview Session at the Berlin IETF

Hi Bob, thanks and respond below, On Mon, Jul 15, 2013 at 8:55 PM, Bob Hinden wrote: > AB, > > > > > IMO the questions/comments that may be ok to see added to discuss are: > > > > 1) Venue selection and operation of the IETF meetings > > > > - Selection of the current venue and

Re: I-D Action: draft-barnes-healthy-food-07.txt

On Tue, Jul 16, 2013 at 1:47 PM, Ted Lemon wrote: > On Jul 16, 2013, at 11:37 AM, Adrian Farrel wrote: > > I venture that "starve" is never a real outcome, but "go to a > supermarket" or > > "bring food in your luggage" are alternatives that need some planning > and are a > > small inconvenience

Internationalization and draft-ietf-abfab-eapapplicability

After reading this document, I believe that this document omits discussion of an important aspect, which is internationalization. Since the contents of the EAP Identity and RADIUS User-Name attributes are specified to be encoded in UTF-8, application protocols that utilize encodings other than

Re: I-D Action: draft-barnes-healthy-food-07.txt

On Tue, Jul 16, 2013 at 1:37 PM, Adrian Farrel wrote: > > > Personally, I will strongly try to be vegetarian, but eat meat > > > rather than starve (a situation that arises when travelling). > > > > if a venue is chosen that forces you (or me or others) into > > a "meat or starve" or, much worse,

Re: I-D Action: draft-barnes-healthy-food-07.txt

On 7/16/2013 11:37 AM, Adrian Farrel wrote: If a venue is inconvenient or uncomfortable for a small percentage of "regular" IETF participants, that does not make it a poor choice of venue. How about "unworkable" or "only marginally tolerable"? For example imposing a 'meat or die' model onto a

RE: I-D Action: draft-barnes-healthy-food-07.txt

My point, of course, is not to disparage those with medical conditions, or even those with philosophical/religious convictions. Google shows me a supermarket within 1km of the venue in Dublin. I walked to one while I was there. I also caught the free shuttle to down-town Dublin where I saw severa

Re: I-D Action: draft-barnes-healthy-food-07.txt

On Tue, Jul 16, 2013 at 3:10 PM, Adrian Farrel wrote: > My point, of course, is not to disparage those with medical conditions, or > even those with philosophical/religious convictions. > > ** ** > > Google shows me a supermarket within 1km of the venue in Dublin. I walked > to one while I wa

Time Change [Sunday IAOC Overview Session at the Berlin IETF]

The time of the IAOC overview session has changed to 1300-1450 (still in Potsdam 1) to avoid overlapping with the Newcomers's Meet and Greet. Bob On Jul 12, 2013, at 1:58 PM, The IAOC wrote: The IETF Administrative Oversight Committee (IAOC) will hold a session from 1500-1650 in Potsdam 1 at

Re: Time Change [Sunday IAOC Overview Session at the Berlin IETF]

but now it overlaps with the newcomers tutorial so I will not be there Scott On Jul 16, 2013, at 4:42 PM, The IAOC wrote: > The time of the IAOC overview session has changed to 1300-1450 (still in > Potsdam 1) to > avoid overlapping with the Newcomers's Meet and Greet. > > Bob > > On Jul 1

Re: I-D Action: draft-barnes-healthy-food-07.txt

On 07/16/2013 11:46, Randy Bush wrote: > two hypotheses: > o there is no venue which is easy/acceptable to all ietf participants > o there is no ietf participant for whom all venues are easy/acceptable o there is some ietf participant for whom no venue is easy/acceptable Yet, we persevere

Re: I-D Action: draft-barnes-healthy-food-07.txt

On Jul 16, 2013, at 1:10 PM, Adrian Farrel wrote: > It should not be an over-riding consideration. If not, then what _would_ be an over-riding consideration? I did the research on the venue for the Dublin IETF and concluded that I could not stay at the hotel, so I stayed elsewhere and commuted

Re: Time Change [Sunday IAOC Overview Session at the Berlin IETF]

I had previously asked if the tutorials couldn't be shortened and start 30 minutes earlier so that none of them conflict the with newcomer's meet and greet. It makes little sense to me to have tutorials conflict with an event targeted at newcomers. While those of us that have been around for a whi

Gen-ART LC/Telechat Review of draft-ietf-jcardcal-jcard-04

I am the assigned Gen-ART reviewer for this draft. For background on Gen-ART, please see the FAQ at < http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>. Please wait for direction from your document shepherd or AD before posting a new version of the draft. Document: draft-ietf-jcardcal-jca

Gen-ART LC Review of draft-yusef-dispatch-ccmp-indication-04

I am the assigned Gen-ART reviewer for this draft. For background on Gen-ART, please see the FAQ at . Please resolve these comments along with any other Last Call comments you may receive. Document: draft-yusef-dispatch-ccmp-indication-04

Re: The case of dotless domains

In message <20130716150721.gg29...@mip.a.org>, Ofer Inbar writes: > > >>What this brings to mind is that we used to have implicit DNS domain > > >>search in the early days of DNS. When edu.com accidentally hijacked > > >>a huge chunk of the Internet, most of the net very quickly got rid of >

RE: Announcement improvement (was: Re: Last Call: RFC 2050 to historic)

+1. Likewise, if I may add; the summary of the progress specifically on the MPLS-TP (i.e. Ratified / Pending / On-going / Expired). Thanks Medel + -Original Message- From: ietf-boun...@ietf.org [mailto:ietf-boun...@ietf.org] On Behalf Of "Martin J. D端rst" Sent: Tu

Re: Last Call: (HTTP usage in the Registration Data Access Protocol (RDAP)) to Proposed Standard

At 16:05 15-07-2013, The IESG wrote: The IESG has received a request from the Web Extensible Internet Registration Data Service WG (weirds) to consider the following document: - 'HTTP usage in the Registration Data Access Protocol (RDAP)' as Proposed Standard The Abstract mentions that: "

Re: Internationalization and draft-ietf-abfab-eapapplicability

On 16 jul 2013, at 21:42, Bernard Aboba wrote: > After reading this document, I believe that this document omits discussion of > an important aspect, which is internationalization. Since the contents of > the EAP Identity and RADIUS User-Name attributes are specified to be encoded > in UTF-

Re: Internationalization and draft-ietf-abfab-eapapplicability

Hi, > After reading this document, I believe that this document omits > discussion of an important aspect, which is internationalization. > Since the contents of the EAP Identity and RADIUS User-Name attributes > are specified to be encoded in UTF-8, application protocols that utilize > encoding