Thank you for your review, Allison!
Authors, please take these comments into account.
My understanding about the traffic selector format is that the
previously approved document is the only one that we intend to have in
the standards track at the moment, and that should be referenced from
I support what Vidya said about opening that one issue. However, I think
we should address Charlie's other comments.
Jari
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
Hi Roni,
At 23:37 17-05-10, Roni Even wrote:
I am not the expert on the requirements and it will be up to the IESG. I
I don't know whether you are pondering what I'm pondering. Do you
mean that it is up to the IESG to define what the requirements are?
think that when you go to full
The IESG members I know are quite familiar with the requirements of 2026
and are expecting a deployment analysis for going to full standard, but
not a repeat of the interoperability analysis that was already done
years ago.
Tony Hansen
YAM WG co-chair
On 5/18/2010 2:37 AM, Roni Even
Hi,
I was referring to section 4.1.2 of RFC 2026
The requirement for at least two independent and interoperable
implementations applies to all of the options and features of the
specification. In cases in which one or more options or features
have not been demonstrated in at least two
OK
Thanks
Roni
-Original Message-
From: Tony Hansen [mailto:t...@att.com]
Sent: Tuesday, May 18, 2010 3:29 PM
To: Roni Even
Cc: dcroc...@bbiw.net; 'General Area Review Team'; draft-ietf-yam-
5321bis-smtp-pre-evaluation@tools.ietf.org; ietf@ietf.org
Subject: Re: Gen-ART LC
One final message from me on this topic, then I'm done ...
Date:Mon, 17 May 2010 08:10:01 +0200
From:Eliot Lear l...@cisco.com
Message-ID: 4bf0ddb9.60...@cisco.com
| but I do accept that they have the authority to make such a statement,
| if rough consensus
Hi Roni,
At 05:49 18-05-10, Roni Even wrote:
I was referring to section 4.1.2 of RFC 2026
The requirement for at least two independent and interoperable
implementations applies to all of the options and features of the
specification. In cases in which one or more options or features
Hi,
I noticed that IETF 78 Hotel that I made reservation already charged my
credit card for the whole duration of my stay.
Should I be thankful because euro is low these days or complain about it?
Thx.
Behcet
___
Ietf mailing list
On May 18, 2010, at 11:03 AM, Behcet Sarikaya wrote:
Hi,
I noticed that IETF 78 Hotel that I made reservation already
charged my credit card for the whole duration of my stay.
Charged, or authorized ? (In the authorized case, the charge will
generally show up as pending.)
Hello, I have a question about how to open protocols x proprietary
protocols, and I think that the IETF can help me.
the open protocols can I study them and learn how they work.
However, proprietary protocols, it is possible to study them? way they
operate, their packages and other features?.
Thanks Charlie for the comments and sorry for the delay in addressing them.
Most of your comments are editorial and I can produce a new revision since I
received also comments from Gen-Art review.
You have one comment on the recommendation in the draft to have separate
binding cache entries.
Hello Gerardo,
Comments below...
On 5/17/2010 8:17 AM, Giaretta, Gerardo wrote:
You have one comment on the recommendation in the draft to have
separate binding cache entries. This was extensively discussed
in the NETLMM WG and also at the IETF Dublin meeting. There was
a mailing list
Charlie,
Thank you for your review and comments. Please note that the WG has spent a lot
of time on this topic of same vs. separate BCEs. We have had two consensus
calls on it after discussion at a meeting. As you have seen from the thread,
the chairs did see rough consensus to move on
Its all about money, but not necessarily the fees.
The cabs in most parts of the US are run through a licensed monopoly
scheme which is frequently corrupt. In NYC the guy who drives the cab
gets a pittance while the medallions sell for huge sums. Raising taxi
fares does not improve the pay of the
All;
The IAOC proposes the following IETF meeting dates for the years 2014
through 2017 and requests your feedback before adopting a final
calendar.
Meeting dates are adopted to avoid conflicts with other organizations
when known and possible. The IETF's policy with regard to clashes can
Hi.
I think there are two items that should be considered with the scope of
this working grou.
The first is RFC 4282. RFC 4282 section 2.4 discusses
internationalization strategies based on stringprep and IDNA2003. It
does not define its own profile. Apparently, in addition to all the
(subject line adjusted -- this has long ago ceased to be
Maastricht-specific in any way)
--On Tuesday, May 18, 2010 13:11 -0400 Phillip Hallam-Baker
hal...@gmail.com wrote:
...
Mandating credit card acceptance should in theory merely
reduce the amount the rent that the medallion owners can
At 12:48 14-05-10, The IESG wrote:
This is an update to the Last Call that is currently in progress.
The IESG is considering the following Statement on the Day Pass
Experiment. The IESG plans to make a decision in the next few weeks on
Is the IESG referring to the One-day Guest Pass
Marc == Marc Blanchet marc.blanc...@viagenie.ca writes:
Marc we had a discussion about the same subject: i.e. should we
Marc restrict the scope to a specific set of documents to
Marc review/update/... or do we keep some provision for other
Marc documents coming in the stream that
Hi,
I noticed that IETF 78 Hotel that I made reservation already
charged my credit card for the whole duration of my stay.
Charged, or authorized ? (In the authorized case, the charge will
generally show up as pending.)
I saw it as a fixed charge in my credit card statement not as
All,
The IAOC has adopted a Meeting Room Policy regarding the use
of available IETF meeting room space, the approval process, and
charges for the
rooms and services based upon the category of the group requesting the
room.
An IETF Meeting requires nearly 4,000 square meters in meeting
Which hotel was it?
Two of the hotels (NH Maastricht and Crowne Plaza Maastricht) show two
sets of rates, a refundable rate and a non-refundable rate. It says that
if you choose the non-refundable rate your credit card will be charged
immediately.
Janet
ietf-boun...@ietf.org wrote on
I have reviewed this document as part of the security directorate's
ongoing effort to review all IETF documents being processed by the
IESG. These comments were written primarily for the benefit of the
security area directors. Document editors and WG chairs should treat
these comments
The IESG has received a request from the Next Steps in Signaling WG
(nsis) to consider the following document:
- 'General Internet Signaling Transport (GIST) over Stream Control
Transmission Protocol (SCTP) and Datagram Transport Layer Security
(DTLS) '
The IESG has approved the following document:
- 'Specifying Holes in LoST Service Boundaries '
draft-ietf-ecrit-specifying-holes-03.txt as a Proposed Standard
This document is the product of the Emergency Context Resolution with Internet
Technologies Working Group.
The IESG contact
All;
The IAOC proposes the following IETF meeting dates for the years 2014
through 2017 and requests your feedback before adopting a final
calendar.
Meeting dates are adopted to avoid conflicts with other organizations
when known and possible. The IETF's policy with regard to clashes can
The IESG has approved the following document:
- 'Improving TCP's Robustness to Blind In-Window Attacks '
draft-ietf-tcpm-tcpsecure-13.txt as a Proposed Standard
This document is the product of the TCP Maintenance and Minor Extensions
Working Group.
The IESG contact person is Lars Eggert.
A new Request for Comments is now available in online RFC libraries.
RFC 5780
Title: NAT Behavior Discovery Using Session
Traversal Utilities for NAT (STUN)
Author: D. MacDonald, B. Lowekamp
Status: Experimental
A new Request for Comments is now available in online RFC libraries.
RFC 5860
Title: Requirements for Operations, Administration, and
Maintenance (OAM) in MPLS Transport Networks
Author: M. Vigoureux, Ed.,
D.
30 matches
Mail list logo
