-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Hannes,
On 30.07.2013 14:35, Hannes Tschofenig wrote:
I raised the need for this transparency in this writeup:
http://tools.ietf.org/html/draft-tschofenig-hourglass-00
The document also points to some projects / paper I am aware of
that are
Hi,
my impression from several presentations seen this week at the IETF
as well as at the ISOC Panel on Improving Internet Experience
is that we probably need to do something on reducing the number
of _broken_ middleboxes (or their implementations respectively)
- I'm not focusing on NAT boxes
Hi Noel,
On 30.07.2013 15:23, Noel Chiappa wrote:
I hear you, but... this is not a simple problem.
Yes, and I wasn't expecting it to be simple...
I think we need to start by understanding what drives the creation and
deployment of these devices. I think the answer to that has to be that some
Hi,
On 06.02.2013 05:21, The IESG wrote:
The IESG has received a request from the Peer-to-Peer Session Initiation
Protocol WG (p2psip) to consider the following document:
- 'REsource LOcation And Discovery (RELOAD) Base Protocol'
draft-ietf-p2psip-base-24.txt as Proposed Standard
The
. RFC4270 recommends to change to
HMAC-SHA-256+, but I don't know whether there exist already better
alternatives.
Regards,
Roland
On 9/8/2010 7:24 PM, Roland Bless wrote:
-- section 4.1.1, 2nd paragraph:
Is HMAC-MD5 still a reasonable choice for a single mandatory-to-implement
algorithm
Hi Ben,
On 01.09.2010 00:55, Ben Campbell wrote:
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 resolve these comments along with any other Last Call comments you may
Hi,
sorry if this is a really silly question, but I was just
wondering what happened to this draft.
Thanks to the tracker (this is really a great tool!) one
can try to find out the current state.
https://datatracker.ietf.org/public/pidtracker.cgi?command=view_iddTag=7977rfc_flag=0
So currently
workload) or anyone else
for this. I just wanted to know whether
there are (whatever) problems that hinder
progress.
Roland
___
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf
--
Dr. Roland Bless -- WWW: http
Bill Manning wrote:
steve bellovin and jck have very good advice.
my question... what happens when you use address literals in the URL; i.e.
http(s)://192.02.80/index.php
I already disabled the feature. :-)
I, too, want to investigate what happens exactly, but
I'm going on holiday right
Hi,
just yesterday a larger german DSL/Internet provider activated
- without a real notice - a feature as field trial in my city,
so that HTTP(S) requests of customers are redirected to their own
web portal (apparently using some soft state timeout).
I'm also aware of several other dial-up
Hi Brian,
You can ask some pointed questions using RFC 4084 (exactly which
of these descriptions applies to your service, and please show
Thanks for a pointer to that BCP...
me in the contract where you are allowed to change your service
without notice). But I suspect that even free copies
On Tue, 18 Nov 2003 15:53:09 +0100 JORDI PALET MARTINEZ
[EMAIL PROTECTED] wrote:
I believe that the terminal room, with wired connectivity, is no
longer needed. But the terminal room, as a place with tables, is very
I disagree here. Having a _stable_ (fallback) network access, especially when
On Thu, 13 Nov 2003 23:22:25 -0500
Theodore Ts'o [EMAIL PROTECTED] wrote:
Another suggestion - it would have been real useful if the software
on my laptop could have been told to ignore some APs (or some other
laptops pretending to be APs), or to only listen to this other set
of APs.
On Thu, 13 Nov 2003 11:51:57 -0500 (EST)
shogunx [EMAIL PROTECTED] wrote:
Unfortunately, the driver for my Lucent card doesn't support this
command and I presume that it's not possible w/ the current firmware. As
someone already stated: though the card was quite good and stable at
past
Hi,
We have been getting some reports of rooted machines (IETF Attendee machines,
not IETF NOC Machines) that are scanning and causing a lot of traffic on the
network. IP Addresses are:
130.129.139.106
130.129.139.203
Please check your machines for these addresses. If they are yours,
On Mon, 10 Nov 2003 15:06:28 -0800 (PST)
Lucy E. Lynch [EMAIL PROTECTED] wrote:
I'll just note that when I ran the AODV code earlier today,
I had to hand reset noth my mode my essid (redhat linux/
wiconfig) after stopping the test code - this may not be
totally transparent to folks and they
On Thu, 17 Jul 2003 10:00:42 +0200 Randy Bush [EMAIL PROTECTED] wrote:
i received 81.160.221.53 via dhcp. but
Host 53.221.160.81.in-addr.arpa not found: 3(NXDOMAIN)
:-(
Yes, I got the same result first. However, after enabling
my dhcp client to send my hostname, I obviously got a dynDNS
17 matches
Mail list logo