Re: Stepping down as IETF chair in March - - RE: A personal take on WG's priorities..

2004-11-06 Thread Perry E. Metzger
[EMAIL PROTECTED] writes: On Fri, 05 Nov 2004 12:38:21 PST, Tony Hain said: all space currently considered lost. Given that IANA allocated 9 /8's over a 6 month period this year, coupled with the fact that only 78 /8's remain in the useful part of the pool (ie: 52 month burn out), They

Re: spoofing email addresses

2004-05-30 Thread Perry E. Metzger
Nathaniel Borenstein [EMAIL PROTECTED] writes: This would be a very interesting philosophical argument if in fact what we were discussing was something that could take a significant bite out of spam. In the absence of such an ability, however, the real question is whether user accounts

slide fonts

2003-03-19 Thread Perry E. Metzger
. If needed, just do twice as many slides instead of shrinking your font to fit in more words. -- Perry E. Metzger[EMAIL PROTECTED]

Re: [56crew] Re: IETF: v6 works, v4 is broken

2003-03-16 Thread Perry E. Metzger
but inferior lexicographer I beg to submit that it is the first. -- Ambrose Bierce, The Devil's Dictionary ___ 56crew mailing list [EMAIL PROTECTED] https://www1.ietf.org/mailman/listinfo/56crew -- Perry E

mac having trouble with DHCP

2003-03-16 Thread Perry E. Metzger
A mac calling itself pb (IP address 130.129.1.182, mac address 00:02:2d:21:28:5a) is requesting DHCP leases every few seconds on the wireless lan. If the owner of this mac could please come to the terminal room so we can diagnose their problem, we would appreciate it. -- Perry E. Metzger

Re: followup discussion

2003-03-15 Thread Perry E. Metzger
Spencer Dawkins [EMAIL PROTECTED] writes: It seems to be a well-kept secret, but there IS a page of Concluded Working Groups at http://www.ietf.org/html.charters/OLD/index.html (and accessible from the Working Groups page). So the paragraph should point to this as well (just in case a

Re: 56th IETF Meeting - Terminal Room

2003-03-15 Thread Perry E. Metzger
! You really don't want to accidently change networks -- ruins your sessions... -- Perry E. Metzger[EMAIL PROTECTED]

Re: Multihoming in IPv6

2002-11-12 Thread Perry E. Metzger
J. Noel Chiappa [EMAIL PROTECTED] writes: As you seem to have forgotten since the last time I pointed this out to you, MobileIPv6 represents a fully-worked-out design which separates identity I haven't forgotten. I simply disagree that it was a useful point. I guess you're happy to push a

Re: Note Well Statement (fwd)

2002-11-11 Thread Perry E. Metzger
Pekka Savola [EMAIL PROTECTED] writes: Seriously, couldn't we cut this crap? At least when I go to the meetings, I can conveniently toss the Note Well statement away, I really don't want to read it N times for every IETF m-l I subscribe to. The fact that you're finding yourself annoyed by

Re: Multihoming in IPv6

2002-11-11 Thread Perry E. Metzger
Iljitsch van Beijnum [EMAIL PROTECTED] writes: As it looks like the long term solution will be some kind of identifier/locator separation which will have a huge impact on all aspects of IPv6, I think this topic deserves attention from a wider audience than it's getting now.

Re: kernelizing the network resolver

2002-11-01 Thread Perry E. Metzger
V Guruprasad [EMAIL PROTECTED] writes: Please check out http://infs.sourceforge.net for a novel INternet FileSystem (INFS) package which appears to be ideally suited to cell phones and other small devices or appliances. By pushing the DNS resolution to the kernel, INFS means to achieve the

mail headers for announce

2002-10-30 Thread Perry E. Metzger
? -- Perry E. Metzger[EMAIL PROTECTED]

Re: mail headers for announce

2002-10-30 Thread Perry E. Metzger
with nothing at all. The Return-Path: is generally the surest way to know which of the lists each of the messages was sent to. I've tried lots of things over the years, and Return-Path: is what works the best. I'm on a few hundred mailing lists so the matter is somewhat important to me. -- Perry E

Re: mail headers for announce

2002-10-30 Thread Perry E. Metzger
list decided to change its MTA or list manager software that week. Having all the spam in one place reduces the time it takes to kill it by a big factor, which is important when you get a huge number. -- Perry E. Metzger[EMAIL PROTECTED]

Re: mail headers for announce

2002-10-30 Thread Perry E. Metzger
is either consistent for all messages sent to a list, nor that it is uniquely associated with a list. In practice, however, both are true, almost 100% of the time. Even when various bounce schemes are used, simple regexps almost always catch them. -- Perry E. Metzger[EMAIL

Re: Security

2002-10-16 Thread Perry E. Metzger
Choudhary, Abdur R (Rahim) [EMAIL PROTECTED] writes: Thank you for the input. I did not mean to suggest that there ought to be competing Security Policies at layer 3. What I did mean to suggest is that, the Security is a fairly dynamic field at this time. We expect that the requirements and

Re: Blue Sheet Etiquette

2001-12-13 Thread Perry E. Metzger
borderlt [EMAIL PROTECTED] writes: Is there anything official that can be done to someone who is copying names off of a blue sheet? Go up to them and start yelling, loudly, in the middle of the meeting if need be. Then take the sheets from them and forward them on. The blue sheets are not

v6 at Salt Lake

2001-11-26 Thread Perry E. Metzger
I was wondering who at our host was going to be running the v6 router/tunnels for the SLC IETF meeting... -- Perry E. Metzger[EMAIL PROTECTED] -- NetBSD Development, Support CDs. http://www.wasabisystems.com/

Re: ipv6 adoption....

2001-11-13 Thread Perry E. Metzger
picture has changed is that there was a lot of interest but no way to do anything about it until now. Perry -- Perry E. Metzger[EMAIL PROTECTED] -- NetBSD Development, Support CDs. http://www.wasabisystems.com/

Re: Why is IPv6 a must?

2001-11-12 Thread Perry E. Metzger
to keep the net working now, since we don't know when they might deign to arrive. (And yes, Noel, we know that you've already described the complete solution and if only we would read the documents which we've all ignored so callously...) -- Perry E. Metzger[EMAIL PROTECTED] -- NetBSD

Re: Why is IPv6 a must?

2001-11-12 Thread Perry E. Metzger
J. Noel Chiappa [EMAIL PROTECTED] writes: From: Perry E. Metzger [EMAIL PROTECTED] People frequently propose endpoint identifiers and routing identifiers be separated but no one has ever come up with a worked proposal that was less flawed than the current mechanism

Re: Why is IPv6 a must?

2001-11-12 Thread Perry E. Metzger
designed it. -- Perry E. Metzger[EMAIL PROTECTED] -- NetBSD Development, Support CDs. http://www.wasabisystems.com/

Re: ipv6 adoption....

2001-11-12 Thread Perry E. Metzger
the cuff, I don't expect anything to show up in network statistics for a year or two, but I'll know better soon. -- Perry E. Metzger[EMAIL PROTECTED] -- NetBSD Development, Support CDs. http://www.wasabisystems.com/

Re: Why is IPv6 a must?

2001-11-12 Thread Perry E. Metzger
list is counter-productive and childish. Your opinion is noted. -- Perry E. Metzger[EMAIL PROTECTED] -- NetBSD Development, Support CDs. http://www.wasabisystems.com/

Re: Why is IPv6 a must?

2001-11-12 Thread Perry E. Metzger
tag on an option with such information as you enter a routing cloud that needs it, or one could use encapsulation mechanisms, putting the data around the packet. In other words, v6 has neither helped nor hurt the routing problem -- it is orthogonal. -- Perry E. Metzger[EMAIL

Re: ipv6 adoption....

2001-11-12 Thread Perry E. Metzger
to use translator boxes anyway, so there is no giant reason to use NAT boxes instead of v4-v6 gateways, but one has the advantage that one gets real address space and can actually get at the individual machines over v6, which is very hard to do in nested NAT world. -- Perry E. Metzger

Re: Why is IPv6 a must?

2001-11-12 Thread Perry E. Metzger
have them. -- Perry E. Metzger[EMAIL PROTECTED] -- NetBSD Development, Support CDs. http://www.wasabisystems.com/

Re: Why is IPv6 a must?

2001-11-11 Thread Perry E. Metzger
-- never mind that they are unrelated issues. As you note, there is no distinction between solving the global routing problem in a v4 or v6 context. The same algorithms can be used for either. If new algorithms are developed, they can be deployed for either. -- Perry E. Metzger[EMAIL

Re: Why IPv6 is a must?

2001-11-09 Thread Perry E. Metzger
a v6 network with a real address space over the NAT mess is easy, and results in being able to actually get to all the nodes being managed. -- Perry E. Metzger[EMAIL PROTECTED] -- NetBSD Development, Support CDs. http://www.wasabisystems.com/

Re: IETF52 IPv6 plans

2001-10-27 Thread Perry E. Metzger
is no longer a frill -- many of us do our daily work over the v6 network and need it to be up and stable. I'm typing this right now over an ssh over v6 connection. -- Perry E. Metzger[EMAIL PROTECTED] -- NetBSD Development, Support CDs. http://www.wasabisystems.com/

Re: Jim Fleming's posting privilleges have been revoked

2001-10-27 Thread Perry E. Metzger
attention to the bounce messages. Perry -- Perry E. Metzger[EMAIL PROTECTED] -- NetBSD Development, Support CDs. http://www.wasabisystems.com/

Re: PATRIOT/USA followup: ongoing House debate

2001-10-12 Thread Perry E. Metzger
Neil Carpenter [EMAIL PROTECTED] writes: Perhaps I missed it -- this has what to do with Internet engineering? Do you want your internet designed with permanent surveillance capacities to meet a temporary exigency? Then look no further -- your legislation has arrived. Perry

Re: Specification verification tools

2001-10-03 Thread Perry E. Metzger
Hopefully, the venue of XML in the ASN.1 community will result in more open source PER runtime objects... I can only shudder at the thought at what sort of monster the child of XML and ASN.1 would be... -- Perry E. Metzger[EMAIL PROTECTED] -- NetBSD Development, Support CDs

Re: perspective

2001-05-24 Thread Perry E. Metzger
James P. Salsman [EMAIL PROTECTED] writes: It took a few seconds to ignore the spurts of spam that started the recent mailing list policy threads, but I am now dozens of messages behind, trying to read and carefully consider all of the resulting insightful and witty comments. What

Re: Mailing list policy

2001-05-20 Thread Perry E. Metzger
Andy Fletcher [EMAIL PROTECTED] writes: There appears to be a lot of spam on this list at the moment. Most of it appears to be coming from addresses which probably are not subscribed to the list. If the list posting policy is 'open' can it be changed to 'subscribed addresses' only?

Re: Mailing list policy

2001-05-20 Thread Perry E. Metzger
but don't get the mail. Works beautifully. Perry -- Perry E. Metzger[EMAIL PROTECTED] -- Quality NetBSD CDs, Support Service. http://www.wasabisystems.com/

Re: solution to NAT and multihoming

2001-01-29 Thread Perry E. Metzger
ver telnet, in the www.ora.com Turtle PPP book.) That works great for server farms! Great idea! Perry -- Perry E. Metzger[EMAIL PROTECTED] -- Quality NetBSD CDs, Support Service. http://www.wasabisystems.com/

Re: The Internet and the Law, the Economist, 13-19 January 2001

2001-01-15 Thread Perry E. Metzger
Brian E Carpenter [EMAIL PROTECTED] writes: Keith Moore wrote: ... Also, the risk of having your machine serial number leaked to the net (as in stateless address autoconfiguration) is subtly different from the inherent risk of having a stable IP address. One might quite reasonably be

Re: Denial of Service by Spamware?

2000-12-29 Thread Perry E. Metzger
Ted Gavin [EMAIL PROTECTED] writes: Those persons who are responsible for managing Microsoft Exchange implementations should know that Out-Of-Office responses, as well as anti-virus application auto-notifications can be given permission to send to the Internet, just as they can be DENIED

Why the out of office messages aren't an example of misconfiguration.

2000-12-29 Thread Perry E. Metzger
ernet. That's the problem -- misconfiguration." Why is this next message NOT an example of misconfiguration? --- Start of forwarded message --- From: "Klein, Ed" [EMAIL PROTECTED] To: "Perry E. Metzger" [EMAIL PROTECTED] Subject: RE: Denial of Service by Spamware? D

Re: Denial of Service by Spamware?

2000-12-28 Thread Perry E. Metzger
Randy Bush [EMAIL PROTECTED] writes: actually, if it is a delivery failure notification, 1123 5.3.3 would seem to apply. mail bounces are to be sent to the MAIL FROM: not the original sender. or even if they were sent to the from: we would not see them. this bleep has been designed to be

Re: NATs *ARE* evil!

2000-12-17 Thread Perry E. Metzger
on them, and I realized that none of them did particularly better.) .pm -- Perry E. Metzger[EMAIL PROTECTED] -- Quality NetBSD CDs, Support Service. http://www.wasabisystems.com/

Re: NATs *ARE* evil!

2000-12-17 Thread Perry E. Metzger
Keith Moore [EMAIL PROTECTED] writes: to make v6 work tarks end users more work than v4 if "v4" includes dealing with an increasingly severe shortage of address space (which sooner or later implies forced renumbering) and/or tying together multiple NATted networks, it's not at all

Re: NATs *ARE* evil!

2000-12-17 Thread Perry E. Metzger
"J. Noel Chiappa" [EMAIL PROTECTED] writes: From: "Perry E. Metzger" [EMAIL PROTECTED] Several layers of NAT has become common This is have a hard time fathoming - not that I'm doubting that people do it, mind. Imagine a large number of companies t

Re: NATs *ARE* evil!

2000-12-16 Thread Perry E. Metzger
of against it for technical reasons? -- Perry E. Metzger[EMAIL PROTECTED] -- "Ask not what your country can force other people to do for you..."

NAT, v6, etc.

2000-08-14 Thread Perry E. Metzger
running Unix based systems, but that will change in coming years. Deploying solutions like this means that v6 will be able to smoothly grow even without things like www.cnn.com being accessible over v6. It appears this phenomenon is already occurring. -- Perry E. Metzger[EMAIL

Re: Internet SYN Flooding, spoofing attacks

2000-02-13 Thread Perry E. Metzger
[EMAIL PROTECTED] writes: Given that RFC2267 is over 2 years old now, what *do* you suggest the network community at large do to motivate the sites that still haven't implemented it? I think a simple motivation is appearing on the horizon. Lawyers are revving up their word processors as we

Re: How to unsubscribe from the IETF@ietf.org Mailing list.

1999-12-22 Thread Perry E. Metzger
Steve Coya [EMAIL PROTECTED] writes: "unsuscribe", etc.). I understand this is very easy to do in majordomo and that we have numerous majordomo experts on the list who would be happy to help out. I know that Steve is a busy man, but would it be possible to implement this soon? Never

Re: IP network address assignments/allocations information?

1999-12-08 Thread Perry E. Metzger
Harald Tveit Alvestrand [EMAIL PROTECTED] writes: A /48 leaves 16 bits for subnetting, before you hit the 64 bits of flatspace. And remember, if we ever need to, we can start subnetting the bottom 64 bits, at the loss of one form of stateless autoconf (which I'm starting to find, in

Re: IP network address assignments/allocations information?

1999-12-07 Thread Perry E. Metzger
Brian E Carpenter [EMAIL PROTECTED] writes: As more and more people switch to this configuration, they'll start finding themselves talking to more and more things over the net natively, and fewer and fewer through the translator. Suddenly, they'll discover they *do* have globally

Re: IP network address assignments/allocations information?

1999-12-07 Thread Perry E. Metzger
Randy Bush [EMAIL PROTECTED] writes: get real. a LOT of folk have deployed nat, hundreds every day. it's easy. it solves the customer's perception of their problem. it's not expensive. It is *astonishingly* expensive. It only seems cheap until you have to maintain it. And yes, I'm going by

Re: IP network address assignments/allocations information?

1999-12-07 Thread Perry E. Metzger
Daniel Senie [EMAIL PROTECTED] writes: It is *astonishingly* expensive. It only seems cheap until you have to maintain it. And yes, I'm going by Actual Live Customer Experience In Actual Live Large Companies. The counter argument is that for the Home Networking case, which is a HUGE

Re: IP network address assignments/allocations information?

1999-12-07 Thread Perry E. Metzger
Randy Bush [EMAIL PROTECTED] writes: what we are talking about is the survival of the Internet. you forgot the news at 11 part Actually, to a large extent, the "internet" as "transparent end to end catanet" *is* dead. It has been dead ever since the average company was forced to use

24x7

1999-12-06 Thread Perry E. Metzger
Walt Lazear [EMAIL PROTECTED] writes: This came up in a discussion of "convergence" of voice, video, and data. Someone woke up to the fact that if we put all those services on one LAN infrastructure, then that LAN MUST BE UP all the time. What is the cost to keep up all the infrastructure

Re: IP network address assignments/allocations information?

1999-12-03 Thread Perry E. Metzger
Ian King [EMAIL PROTECTED] writes: But then again, I would expect that a large corporation would see the need to own a large address space, rather than attempting to "pseudo-expand" its address space through the use of NAT. You are assuming they could get such a space. They can't. No one can

Re: IP network address assignments/allocations information?

1999-12-02 Thread Perry E. Metzger
Brian E Carpenter [EMAIL PROTECTED] writes: Well, let's not focus on Bill's data. Frankly, I haven't seen any data on this topic from any source that really convinces me that it means much. All I know is that we have thousands of sites using private address space, which completely falsifies

Re: IP network address assignments/allocations information?

1999-12-02 Thread Perry E. Metzger
"Fleischman, Eric W" [EMAIL PROTECTED] writes: 1) If we effectively ran out of addresses when RFC 1597 was published, has running out of addresses hurt us in any way? I count "hurt" in dollars. The answer is yes. A client of mine just spent millions of dollars because of our current broken

Re: IP network address assignments/allocations information?

1999-12-02 Thread Perry E. Metzger
Ian King [EMAIL PROTECTED] writes: And yes, additional IP addresses were going to cost dramatically more. NAT was a simple case of economics... but on the other hand, I don't experience any "lack" because of it. You aren't a large corporation trying to deal with huge numbers of private