Re: wrt joao damas' DLV talk on wednesday

2006-06-14 Thread Lucy E. Lynch


On Tue, 13 Jun 2006, Randy Bush wrote:





how about cctlds, which are of great interest to me?  i suspect
that iana will not play, so how would cctlds play in way in which i
can bet my bippies?


and how it would be rolled would be of interest.


key-roll through DLV is no different, from the high level, that
key roll through non-DLV.  either way you have to instantiate a
new key and get it to your registry somehow (either through your
registrar or otherwise) before you start using it.


how do i enroll NG in a way that third parties can reasonably know
is trustable?  from the policy and process pov, how will we move it
to a new zone set and server set when i get rid of it?


along these lines - there seem to be a huge number of smallish
tools related to DNSSEC, but I don't find anything that looks
like a package with a couple of tools and scripts that would be
usable by a small ccTLD - recommendations and good written
exercises that step a newbie through the process would be
very useful - any pointers? I've already looked at:

http://www.dnssec-deployment.org./
http://www.dnssec.net/software
http://www.ripe.net/disi/dnssec_howto/
http://www.dnssec-tools.org/

lots of info - but a cheat sheet and some recommendations 
for basic tools are needed to get this deployed and used.


is this the current state-of-the-art?
http://www.dnssec-tools.org/docs/step-by-step-dnssec-tools/sbs-dt.pdf


similarly, how do i enroll psg.com in a way third parties can
trust?  how do we handshake in a clearly documented process- and
key-wise exchange that gives third parties reason to be confident
in the validity of the key isc hands out for psg.com?

and


anyone whose registrar won't play, will have to follow the
procedure outlined on www.isc.org/ops/dlv/, which involves much
manual labour, but can be done.  (see
http://www.isc.org/ops/dlv/#how_register in particular.)


says not much about how things will actually be verified.  only
that isc will vet, i will fly, ...  heck, for an org, it does not
even state that corp docs of the flavors rirs use for transfers
will be needed/used.

i suspect that where we may be differing, other than restaurant
lore, is that you may be saying "the underlying technology is
documented, and isc are good folk and if we say it's vetted you can
trust us."  problem is that, though i may want to trust isc (heck,
i run isc's code!), for a security exercise, i should not.  an
example of some rigor in policy and process needs to be set.

randy



--
Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
llynch  @darkwing.uoregon.edu   (541) 346-1774


Re: New depths in phishing

2006-03-24 Thread Lucy E. Lynch


On Fri, 24 Mar 2006, David Ulevitch wrote:




On Mar 24, 2006, at 6:50 AM, Lucy E. Lynch wrote:



edu skimming - try http://umich.edu.com/


While it's kinda lame it is far from a phishing site.  They even say on the 
submit form: "Yes! I'd like additional information from College.us.com and 
its marketing partners."  Chances are that you will actually get something 
from UMich (along with a bunch of other junk too no doubt).


Phishing is bad enough as it is, let's not broaden its definition to include 
all things we find uncool.


actually, this is cross posted from the UNISOG list, and the schools
in question have no connection with this and get no referrals from 
collected data.



Best,
David Ulevitch


--
Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
llynch  @darkwing.uoregon.edu   (541) 346-1774


Re: New depths in phishing

2006-03-24 Thread Lucy E. Lynch


On Fri, 24 Mar 2006, Suresh Ramasubramanian wrote:


On 3/24/06, Lucy E. Lynch <[EMAIL PROTECTED]> wrote:


edu skimming - try http://umich.edu.com/



edu.com is quite old as far as domains go... but its not really a
phisher as far as i can see - its a purveyor of "online diplomas" from
assorted universities, and some obvious  diploma mills (including
those of the spamming variety, such as the University of Phoenix)


and collecting information from students interested in enrolling
at umich...


www.imamoron.edu.com works as well .. by the way


Registrant:
  Vantage Media Corporation
  1350 Abbot Kinney Blvd #203
  Venice, California 90291
  United States

  Registered through: GoDaddy.com
  Domain Name: EDU.COM
 Created on: 24-Nov-98
 Expires on: 23-Nov-10
 Last Updated on: 14-Jun-05

  Administrative Contact:
 Administrator, Domain  [EMAIL PROTECTED]
 Vantage Media Corporation
 1350 Abbot Kinney Blvd #203
 Venice, California 90291
 United States
 3104823737  Fax --

  Technical Contact:
 Administrator, Domain  [EMAIL PROTECTED]
 Vantage Media Corporation
 1350 Abbot Kinney Blvd #203
 Venice, California 90291
 United States
 3104823737  Fax --

  Domain servers in listed order:
 PDNS1.ULTRADNS.NET
 PDNS2.ULTRADNS.NET
 PDNS3.ULTRADNS.ORG
 PDNS4.ULTRADNS.ORG
 PDNS5.ULTRADNS.INFO
 PDNS6.ULTRADNS.CO.UK



nice!

--
Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
llynch  @darkwing.uoregon.edu   (541) 346-1774

-- Forwarded message --
Date: Thu, 23 Mar 2006 12:37:24 -0800
From: David Lundy <[EMAIL PROTECTED]>
Reply-To: UNIversity Security Operations Group <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: [unisog] Problems with EDU.COM domain

It looks like a wild card.  Things like zzz.edu.com resolve.

David Lundy
Acting IT Security Officer
University of the Pacific


[EMAIL PROTECTED] 03/23/06 11:09 AM >>>

Wow, even lowly community colleges are listed in the phishing sites
edu.com.  They must have copied the entire .edu domain.  I just called
Educause (.edu registrar) to let them know about it--the lady I talked
to hadn't seen it yet, but promised to send the info to their
management.
Thanks
John

John York
Network Engineer
Blue Ridge Community College


___
unisog mailing list
[EMAIL PROTECTED]
http://www.dshield.org/mailman/listinfo/unisog
___
unisog mailing list
[EMAIL PROTECTED]
http://www.dshield.org/mailman/listinfo/unisog




--
Suresh Ramasubramanian ([EMAIL PROTECTED])



--
Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
llynch  @darkwing.uoregon.edu   (541) 346-1774


New depths in phishing

2006-03-24 Thread Lucy E. Lynch


edu skimming - try http://umich.edu.com/

nice!

--
Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
llynch  @darkwing.uoregon.edu   (541) 346-1774

-- Forwarded message --
Date: Thu, 23 Mar 2006 12:37:24 -0800
From: David Lundy <[EMAIL PROTECTED]>
Reply-To: UNIversity Security Operations Group <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: [unisog] Problems with EDU.COM domain

It looks like a wild card.  Things like zzz.edu.com resolve.

David Lundy
Acting IT Security Officer
University of the Pacific


[EMAIL PROTECTED] 03/23/06 11:09 AM >>>

Wow, even lowly community colleges are listed in the phishing sites
edu.com.  They must have copied the entire .edu domain.  I just called
Educause (.edu registrar) to let them know about it--the lady I talked
to hadn't seen it yet, but promised to send the info to their
management.
Thanks
John

John York
Network Engineer
Blue Ridge Community College


___
unisog mailing list
[EMAIL PROTECTED]
http://www.dshield.org/mailman/listinfo/unisog
___
unisog mailing list
[EMAIL PROTECTED]
http://www.dshield.org/mailman/listinfo/unisog


second v6 multihoming paper

2006-03-01 Thread Lucy E. Lynch


http://www.ecs.soton.ac.uk/~ajf101/irp-ajf101-multihoming.pdf

the money quote:

"The lack of a standardised solution to multihoming remains a large issue 
frustrating wider-scale deployment of IPv6, as many large sites rely on 
multihoming for connection reliability and optimality. The proposed multihoming 
solutions presented in this paper can be broadly grouped into two categories: 
those that support connection survivability, and those that do not. Those that 
do, however, are invariably more complex, and require significant protocol 
changes, thus breaking the "simplicity" aim as given in RFC3582 [23]. 
Therefore, it can be said that no proposed solution yet meets these goals. 
Having said that, it is difficult to see how such a solution, that is both 
simple and comprehensive, can be built, working in the new environment that is 
IPv6. After at least five years of proposals, nothing that solves all goals has 
yet been suggested."


Some of you may already know Alan Ford as a v6ops co-author:
http://www.potaroo.net/ietf/all-ids/draft-chown-v6ops-renumber-thinkabout-03.txt

and he also worked on the re-numbering presentation at the paris IETF
http://www3.ietf.org/proceedings/05aug/slides/v6ops-7.pdf

- lel


Re: shim6 @ NANOG (forwarded note from John Payne)

2006-03-01 Thread Lucy E. Lynch


On Wed, 1 Mar 2006, Randy Bush wrote:




How about some actual technical complaints about shim6?


good question.  to give such discussion a base, could you
point us to the documents which describe how to deploy it in
the two most common situation operators see
 o a large multi-homed enterprise customer
 o a small to medium multi-homed tier-n isp


never under-estimate the range and productivity of Pekka!

http://www.netlab.hut.fi/opetus/s38030/k05/Multihoming.pdf



thanks.

randy



--
Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
llynch  @darkwing.uoregon.edu   (541) 346-1774


Bell South or Telcove help needed in NOLA

2005-09-01 Thread Lucy E. Lynch

passing a message:

"If anyone who works for or has connections with Bell South or Telcove is
reading this, tell us what it's going to take to get those OC3s back up
and running. We will try to coordinate and make it happen."

http://www.livejournal.com/users/interdictor/

Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
llynch  @darkwing.uoregon.edu   (541) 346-1774


Re: [s,o]BGP deployment

2005-05-27 Thread Lucy E. Lynch

On Fri, 27 May 2005, Randy Bush wrote:

>
> i'll play, but only have the three year old sbgp toolkit.
> is there a later one from steve kent?
>
> randy

if you have the stuff from the 02 workshop:
http://www.ir.bbn.com/projects/s-bgp/021030.OregonWorkshopNotes.html

I think that's the last open release but see:
http://www.ir.bbn.com/projects/s-bgp/src/S-BGP-1.0.html




Re: Disappointment at DENIC over Poor Rating in .net Procedure

2005-03-31 Thread Lucy E. Lynch

On Thu, 31 Mar 2005, Fergie (Paul Ferguson) wrote:

>
>
> The Register article:
>
> "The report that this week decided the ownership of
> the second most important directory on the Internet
> has been called into question with the claim that a
> fundamental element of it is factually incorrect."
>
> http://www.theregister.co.uk/2005/03/31/net_report_denic/
>
> DENIC statement:
> http://www.denic.de/en/denic/presse/press_70.html

full report:

http://www.icann.org/tlds/dotnet-reassignment/net-rfp-finalreport-28mar05.pdf


Re: Vonage Hits ISP Resistance

2005-03-31 Thread Lucy E. Lynch

On Thu, 31 Mar 2005, Randy Bush wrote:

>
> >> Korea Telecom recently decided to scrap its flat rate high speed [1]
> >> broadband offering and move to a traffic based charging plan - must be
> >> because most korean broadband gets used for online gaming, which is as
> >> high bandwidth use an app as you can get ... and they're hit by the same
> >> situation, which does start to bite when a few users start maxing out
> >> their pipes, and really begins to hurt when "few" suddenly becomes
> >> "most"
> > My guess would be that PtP is a much bigger bandwidth hog than gaming,
> > especially for the people who have high upstream capacity (10meg+).
>
> the seven biggest isps in japan recently cooperated on a really
> good paper measuring a lot about broadband use in japan.  it is
> in the most recent ccr, v35n1 jan 05.  sorry, siteseer seems not
> to have it yet.
>
> randy
>
that would be:

"The impact of residential broadband traffic on Japanese ISP backbones"
Authors
Kensuke Fukuda   NTT/WIDE
Kenjiro Cho  IIJ/WIDE
Hiroshi EsakiU. Tokyo/WIDE

http://portal.acm.org/ft_gateway.cfm?id=1052820&type=pdf

if the ACM link doesn't work, try:
http://www.iijlab.net/~kjc/papers/srccs-rbb-traffic-2up.pdf


the gateway of delight (was Net-porn bill)

2005-03-22 Thread Lucy E. Lynch

On Tue, 22 Mar 2005, Randy Bush wrote:

>
> maybe i am slow or jaded, but i am not learning much new from this
> rather large thread.  yes, politicians grandstand on 'moral' issues.
> yes, it is popular to legislate rather than educate 'morals' (thanks
> lucy for the reference to
>    and

for those of you who don't have the time to read this whole thing, two
tasty bits:

"So the relationship with books and plays and stories we develop in the
school of morals is a profoundly, intensely, essentially democratic one,
and it`s characterised by mutual responsibility. It places demands on the
reader, because that is the nature of a democracy: citizens have to play
their part. If we don`t bring our own best qualities to the encounter, we
will take little away. Furthermore, it isn`t static: there is no final,
unquestionable, unchanging authority. It`s dynamic. It changes and
develops as our understanding grows, as our experience of reading - and of
life itself - increases. Books we once thought great come to seem shallow
and meretricious; books we once thought boring reveal their subtle
treasures of wit, their unsuspected shafts of wisdom. And this progress is
real progress; it`s not the endless regression of shifting sand underfoot
and the shimmering falsity of a mirage endlessly retreating ahead, it`s
solid stepping stones, and clear understanding.

 And it`s voluntary.

 Because this is the thing I really want to get across: the school of
morals works best when it doesn`t work like a school. The way real reading
happens, the way in to the school of morals, goes through the gateway of
delight."

AND

"I haven`t mentioned simple human wickedness. Or laziness, or greed, or
fear, or the strongest regiment of all in the army of darkness: stupidity.
Any of those can bring down the school of morals in a day.

 I haven`t mentioned death. I haven`t mentioned hazard, or the
environmental recklessness that will do for us all if we don`t change our
way of life.

 These are mighty forces, and I think they will defeat the school of
morals, in the end. But that doesn`t mean we should give up and surrender.
Nor does it mean we should turn the school of morals into a fortress, and
surround it with rules and systems and procedures, and look out over the
ramparts with suspicion and hostility. That would be a different kind of
surrender.

 I think we should act as if.

 I think we should read books, and tell children stories, and take
them to the theatre, and learn poems, and play music, as if it would make
a difference.

 I think that while believing that the school of morals is probably
doomed, we should act as if it were not. We should act as if the universe
were listening to us and responding; we should act as if life were going
to win. We should act as if we were celebrating a wedding: we should act
as if we were attending the marriage of responsibility and delight."



Re: Big List of network owners?

2004-10-28 Thread Lucy E. Lynch

On Thu, 28 Oct 2004, Randy Bush wrote:

> i wish i could remember which beatles' (i think it was) song
> had the refrain "we have all been here before."

close, but California, harmony

Deja Vu
(David Crosby)

If I had ever been here before
I would probably know just what to do
Don't you?
If I had ever been here before
On another time around the wheel
I would probably know just how to deal
With all of you

And I feel like I've been here before
Feel like I've been here before
And you know it makes me wonder
What's going on under the ground - mmh

Do you know? Don't you wonder?
What's going on down under you
Na na na na na 

We have all been here before
We have all been here before
We have all been here before
We have all been here before
We have all been here before
We have all been here before

from DeJaVu (1970)


RE: "Intel calls for Internet overhaul"

2004-09-09 Thread Lucy E. Lynch

On Thu, 9 Sep 2004, Brance Amussen :)_S wrote:

>
> Yeah, great, lots of backbone, but get me fiber to my house, maybe I'll be
> excited..
> Nice marketing, but, um, still only as good as its weakest link..
> HDTV over IP bwhaaa haaa hong long did it take to get VOIP to work?? 10
> years?  A bit of forshadowing I'd say..


oh, the fine folks at NSF will be funding that (7.5mil):

http://www.nsf.gov/awardsearch/showAward.do?AwardNumber=0331653
http://news.cs.cmu.edu/Releases/demo/123.html

and Internet2 will deploy:

http://www.internet2.edu/about/related-projects.html
http://100x100network.org/

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
> Paul Vixie
> Sent: Thursday, September 09, 2004 4:12 PM
> To: [EMAIL PROTECTED]
> Subject: "Intel calls for Internet overhaul"
>
>
>
> update SAN FRANCISCO--The Internet needs to be upgraded with a new layer
> of abilities that will deal with imminent problems of capacity, security
> and reliability, Intel Chief Technology Officer Pat Gelsinger said
> Thursday.
>
> Gelsinger pointed to PlanetLab, an experimental network that sits on top
> of the Internet, as a step in the right direction. Hewlett-Packard and
> Intel have begun work trying to commercialize the project, which was
> started in 2002, in order to overlay the Internet with intelligence and
> adaptability.  [...]
>
> http://news.com.com/Intel+calls+for+Internet+overhaul/2100-1006_3-5359743.ht
> ml?tag=nl
>


Re: Internet speed report...

2004-09-03 Thread Lucy E. Lynch

On Fri, 3 Sep 2004, Bill Owens wrote:

>
> On Fri, Sep 03, 2004 at 07:07:42PM +0200, Mikael Abrahamsson wrote:
> > But if there is no other traffic, why would you need deep packet buffers
> > to beat records? (It doesn't say if this was on a production network with
> > other traffic or not, so I don't know)
>
> Yes, it was:
>
> http://ultralight.caltech.edu/lsr_06252004/
>
> I wasn't involved with this project, but the LSR rules require use of production, 
> shared networks and a minimum of two router hops:
>
> http://lsr.internet2.edu/
>
> Bill.
>


digging around here will answer some of your load questions:

http://globalnoc.iu.edu/

path is caltech -> cenet -> abilene(LOSA) -> startap -> cern

Abiene/LOSA
http://stryper.uits.iu.edu/abilene/aggregate/summary.cgi?rrd=losa

CERN (see monthly at bottom)
http://stryper.uits.iu.edu/starlight/summary.cgi?network=m10-cern&data=bits


Re: Reporting the state of an apparatus to a remote computer patented

2004-08-04 Thread Lucy E. Lynch

On Wed, 4 Aug 2004, Eric Brunner-Williams in Portland Maine wrote:

>
> so ... mark lottor's your-machine-room-is-melting thermo+modem circa 1990
> is what? prior art?
>

as is every cron job running quota checks & mailing the results to
system users.



Re: Looking for comp-priv listserv archive from early-mid 1990s

2004-05-27 Thread Lucy E. Lynch

http://www.cs.uwm.edu/~levine/comp-privacy/

Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
llynch  @darkwing.uoregon.edu   (541) 346-1774/Cell: 912-7998

On Thu, 27 May 2004, Tom Vest wrote:

>
> I hear that someone had unearthed this a couple of years ago; would be
> grateful for a pointer...
>
> Tom
>


Re: attribution

2003-11-05 Thread Lucy E. Lynch

see:
http://www.washingtonpost.com/wp-srv/style/invitational/invit980802.htm

Dopeler effect: the tendency of stupid ideas to seem smarter when they
come at you rapidly. (Greg Oetjen, Lorton)

and he seems to be a Bridge player from VA...

Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
llynch  @darkwing.uoregon.edu   (541) 346-1774/Cell: 912-7998

On Tue, 4 Nov 2003, Randy Bush wrote:

>
> in chicago, kc attributed this quote to me
>
> Dopeler effect: the tendency of stupid ideas to seem smarter
> when they come at you rapidly.
>
> the closest attribution i have is
>
> The Washington Post's "Style Invitational" asked readers to
> take any word from the dictionary, alter it by adding,
> subtracting, or changing one letter, and supply a new
> definition.
>
> randy
>


Re: Verisign to sell Network Solutions

2003-10-16 Thread Lucy E. Lynch

so, luxury hotels, japanese fiber, and registery services?
I guess  booking is a booking.

http://www.pivotalgroup.com/newsopen.html

Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
llynch  @darkwing.uoregon.edu   (541) 346-1774/Cell: 912-7998

On Thu, 16 Oct 2003, Adam C. Greenfield wrote:

>
> Yea, looks like (after a brief reading of the press release on their
> site) that they are just selling their registrar business off, but will
> still be the people maintaining the com and net registries.
>
> On Thu, 2003-10-16 at 10:29, Mark Radabaugh wrote:
> > This is interesting:
> >
> >
> >   Dear Valued Network Solutions Customer,
> >
> >   Today VeriSign, Inc. announced that it has entered into a definitive
> > agreement to sell Network Solutions to a new entity formed by Pivotal
> > Private Equity.
> >
> >
> > Mark Radabaugh
> > Amplex
> > (419) 720-3635
> >
> >
> > begin 666 clear.gif
> > K1TE&.#EA`0`!`( ``"'Y! $`+ `!``$```("1 $`.P``
> > `
> > end
> --
> Adam C. Greenfield ([EMAIL PROTECTED])
> Senior Systems Engineer
> JTL Networks Inc.  (614) 847-9790
>
>
>
>


Re: AS-Tree Utility

2003-06-27 Thread Lucy E. Lynch

there is a nice v6 tool -
http://carmen.ipv6.tilab.com/ipv6/tools/ASpath-tree/
http://net-stats.ipv6.tilab.com/bgp/bgp-page-complete.html

maybe it can be tweaked?

Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
llynch  @darkwing.uoregon.edu   (541) 346-1774/Cell: 912-7998

La theorie c'est bon, mais ca n'empeche pas d'exister -Jean Martin Charcot

On Fri, 27 Jun 2003, Malayter, Christopher wrote:

>
> Hello All,
>
> I'm curious if anyone could point me to a utility for AS-Tree mapping from a
> routing table output?  I searched the archive a bit, and didn't find
> anything.
>
> Thanks ahead!
>
> -Chris/AS4181
>



Re: Full Internet ASN <--> AS Name resolution

2003-06-06 Thread Lucy E. Lynch

> >
> > http://bgp.potaroo.net/as1221/asnames.txt  ?
>
> the former is a list of what's allocated or not allocated, and the
> latter is a map of AS numbers to AS names.
   ^ *some* as#

for example - the list includes:

AS237   MERIT-AS-14 Merit Network Inc.
AS690   MERIT-AS-27 Merit Network Inc.

while fixedorbit returns 27 matches for merit as numbers:
http://www.fixedorbit.com/cgi-bin/cginame.exe?MaxReturns=50&String=merit-as

see:
http://www.fixedorbit.com/search.htm

not sure where they got their data from...

" Our proprietary data collection methods are used to generate statistics
and metrics, all of which are free with registration and available via the
website."



Re: Amateurs suck (was [snip] (was Re: 69/8...this [degeneratelinguistic usage elided))

2003-03-13 Thread Lucy E. Lynch

You go girl. And I mean that regardless of actual gender.

1967 Listener 15 June 793/2
"What I love about newspapers is their etaoin shrdl." OED

Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
[EMAIL PROTECTED]   (541) 346-1774/Cell: 912-7998

On Thu, 13 Mar 2003, Etaoin Shrdlu wrote:

>
> You mean to say that you wasted everyone's time (although I suspect that
> many already filter you out, with cause) and energy to spout this nonsense?
> I had to go back and find what on earth the "degenerate linguistic usage
> elided" referred to. As you can see, I figured it out. I apologize ahead of
> time to Susan, to save her the private scolding that otherwise would almost
> certainly be headed my way.
>
> That said, you sir, are a fool.
>
> "Dr. Jeffrey Race" wrote:
> >
> > On Wed, 12 Mar 2003 20:58:50 -0500, Vivien M. wrote:
> > >I wonder if perhaps a solution would be doing something I saw a gentleman
> > >from China, IIRC, do on this list quite a while ago. He had added (Mr.)
> > to
> > >his .sig to make it easy for people to figure out his gender. Perhaps
> > this
> > >would be an easyish way to somewhat-subtly warn people of the correct
> > >gender?
> >
> > Female personal-status-specific honorifics (Miss, Mrs.) used
> > to be essential elements of any signature block, at least for written
> > correspondence, in the days when persons honored one another.  Lack
> > of such an honorific implied not female. Now it's just 'Hi $first_name'.
> > I'm glad I'm on the way out.
>
> Puh-leeze. Does this mean that anyone female ought to let you know ahead of
> time, because otherwise they're male? Perhaps you are implying that the
> first name basis of some folk is offensive to you (trust me, if the phrase
> "this sucks" is offensive to you, you don't want to hang out in a router
> room).
>
> Maybe I misunderstand. Perhaps you mean that we should all put our
> important titles and other status-signifying characteristics in our
> "signature blocks" so that everyone will know how important we are (or
> not). I know some Ph.D. folk, but unlike you, they don't consider it an
> integral part of their name (except Dr. Mudge, but that's another story,
> and it's over anyway).
>
> Oh, I could go on, but I won't. How's this for "degenerate linguistic
> usage?"
>
> *plonk*
>
> --
> Traceroute is a disconcertingly blunt hammer; that we continue
> to use it to essentially nail moving jello to a wall says more
> about us than about anything on the Internet.
> k claffy (at 8:43 -0700 10/17/02 on NANOG)
>



Re: Building Cited for Housing Fuel Tanks Catches Fire [NYT]

2003-03-08 Thread Lucy E. Lynch

On Sat, 8 Mar 2003, David Lesher wrote:

>
> X-URL: 
> http://www.nytimes.com/2003/03/07/nyregion/07HUDS.html?pagewanted=print&position=bottom


> illegally on upper floors of the TriBeCa building. At the bottom
> of each citation, the inspector wrote: "Conform fuel storage
> tanks to code at once."
^^^
good thing that got done in a New York minute. ;-)

- lel



Re: SSL crack in the news

2003-02-22 Thread Lucy E. Lynch

more here:

http://lasecwww.epfl.ch/memo_ssl.shtml

Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
[EMAIL PROTECTED]   (541) 346-1774/Cell: 912-7998

On Sat, 22 Feb 2003, Mark Radabaugh wrote:

>
> http://www.cnn.com/2003/TECH/internet/02/21/email.encryption.reut/index.html
>
> Very little real information...
>
> Mark Radabaugh
> Amplex
> (419) 720-3635
>
>



NASA TV

2003-02-01 Thread Lucy E. Lynch

Just a brief reminder -

NASA TV is available via multicast. Look for:
"NASA television in MPEG-1 format" or use the information found below.

Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
[EMAIL PROTECTED] (541) 346-1774/Cell: 912-7998

v=0
o=- 61585 0 IN IP4 128.223.214.198
s=NASA TV (MPEG-1)
i=NASA television in MPEG-1 format, provided by
the University of Oregon. Please contact the UO if
you have problems with this feed.
e=Hans Kuhn <[EMAIL PROTECTED]>
p=Hans Kuhn <541/346-1758>
b=AS:1000
t=0 0
a=type:broadcast
a=tool:IP/TV Content Manager 3.2.24
a=live:capture:1
m=video 54302 RTP/AVP 32 31 96
c=IN IP4 224.2.231.45/127
a=quality:8
a=framerate:30
a=rtpmap:96 WBIH/9
a=x-iptv-svr:video 128.223.91.191 live
m=audio 28848 RTP/AVP 14 96 0 3 5 97 98 99 100 101 102 10 11 103 104 105
106
c=IN IP4 224.2.145.37/127
a=rtpmap:96 X-WAVE/8000
a=rtpmap:97 L8/8000/2
a=rtpmap:98 L8/8000
a=rtpmap:99 L8/22050/2
a=rtpmap:100 L8/22050
a=rtpmap:101 L8/11025/2
a=rtpmap:102 L8/11025
a=rtpmap:103 L16/22050/2
a=rtpmap:104 L16/22050
a=rtpmap:105 L16/11025/2
a=rtpmap:106 L16/11025
a=x-iptv-svr:audio 128.223.91.191 live




Re: MIA: oregon-ix.net

2002-11-20 Thread Lucy E. Lynch

pay no attention to that man behind the curtain.

Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
[EMAIL PROTECTED] (541) 346-1774/Cell: 912-7998

On Wed, 20 Nov 2002, Mike Tancsa wrote:

>
>
> I too was seeing DNS timeouts on the servers I was asking.
>
>  ---Mike
>
> At 01:37 PM 20/11/2002 -0500, Jared Mauch wrote:
> > I was getting dns resolver errors earlier back.
> >
> > (like the zone expired)
> >
> > it appears someone fixed something since.
> >
> > - jared
> >
> >On Wed, Nov 20, 2002 at 06:35:59PM +, Stephen J. Wilcox wrote:
> > > telnet to the domain works fine from here?
> > >
> > > confirm you have it correct- route-views.oregon-ix.net
> > >
> > > On Wed, 20 Nov 2002, Mike Tancsa wrote:
> > >
> > > >
> > > >
> > > > There is a second one as well which is 198.32.162.102. Its a little more
> > > > responsive, but with less peers.
> > > >
> > > >  ---Mike
> > > >
> > > > At 01:04 PM 20/11/2002 -0500, Jared Mauch wrote:
> > > >
> > > > > Kai,
> > > > >
> > > > > i'm not sure about the dns for the domain (i suspect the
> > > > >appropriate people are at ietf.. infact i know i saw their faces
> > > > >on the mcast stream) but you can reach it by ip.
> > > > >
> > > > > 198.32.162.100
> > > > >
> > > > > - jared
> > > > >
> > > > >On Wed, Nov 20, 2002 at 12:50:34PM -0500, Kai Schlichting wrote:
> > > > > >
> > > > > > As some of you have noticed, the BGP4 route containing the
> > address for
> > > > > > route-views.oregon-ix.net has disappeared a while ago (mid-October?).
> > > > > > Their website seems to be gone, and I swear, I couldn't resolve
> > > > > > the domain for a little while just now. Has the Oregon IX been
> > shut down?
> > > > > >
> > > > > > Their route-server was probably the best-connected one, with the most
> > > > > > views, of any public route server I am aware of (please prove me
> > wrong,
> > > > > > but do not torment me with any web-based looking glasses :) .
> > > > > >
> > > > > > Nothing like having to poke around 10 other RS's to establish that
> > > > > > rogue AS 26212 really only has 1, 6402 and 2914 as their upstreams.
> > > > >
> > > > >--
> > > > >Jared Mauch  | pgp key available via finger from [EMAIL PROTECTED]
> > > > >clue++;  | http://puck.nether.net/~jared/  My statements are
> > only mine.
> > > >
> > > >
> >
> >--
> >Jared Mauch  | pgp key available via finger from [EMAIL PROTECTED]
> >clue++;  | http://puck.nether.net/~jared/  My statements are only mine.
>




Re: MIA: oregon-ix.net

2002-11-20 Thread Lucy E. Lynch

route-views is up & happy  -

route-views.oregon-ix.net

see:
http://www.routeviews.org/

Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
[EMAIL PROTECTED] (541) 346-1774/Cell: 912-7998

On Wed, 20 Nov 2002, Mike Tancsa wrote:

>
>
> There is a second one as well which is 198.32.162.102. Its a little more
> responsive, but with less peers.
>
>  ---Mike
>
> At 01:04 PM 20/11/2002 -0500, Jared Mauch wrote:
>
> > Kai,
> >
> > i'm not sure about the dns for the domain (i suspect the
> >appropriate people are at ietf.. infact i know i saw their faces
> >on the mcast stream) but you can reach it by ip.
> >
> > 198.32.162.100
> >
> > - jared
> >
> >On Wed, Nov 20, 2002 at 12:50:34PM -0500, Kai Schlichting wrote:
> > >
> > > As some of you have noticed, the BGP4 route containing the address for
> > > route-views.oregon-ix.net has disappeared a while ago (mid-October?).
> > > Their website seems to be gone, and I swear, I couldn't resolve
> > > the domain for a little while just now. Has the Oregon IX been shut down?
> > >
> > > Their route-server was probably the best-connected one, with the most
> > > views, of any public route server I am aware of (please prove me wrong,
> > > but do not torment me with any web-based looking glasses :) .
> > >
> > > Nothing like having to poke around 10 other RS's to establish that
> > > rogue AS 26212 really only has 1, 6402 and 2914 as their upstreams.
> >
> >--
> >Jared Mauch  | pgp key available via finger from [EMAIL PROTECTED]
> >clue++;  | http://puck.nether.net/~jared/  My statements are only mine.
>




Way off Topic - 'shrooms

2002-10-23 Thread Lucy E. Lynch

All -

If you're coming to Eugene for the NANOG/ARIN meeting and looking
for something Northwest-y to do on Sunday - check out the Mushroom
Show at the Mt. Pisgah Arboretum:

http://www.efn.org/~mtpisgah/upcoming.htm

This is a really nice event, and close enough to town so you can
drop in, see the wierd fungi, take a short hike, and still make the
tutorials - directions: http://www.efn.org/~mtpisgah/location.htm

I now return you to the regularly scheduled content.

Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
[EMAIL PROTECTED] (541) 346-1774/Cell: 912-7998




ICANN & .org hearing

2002-06-26 Thread Lucy E. Lynch


All -

WARNING: possibly irritating  content below

The current ICANN hearing can be viewed at:

vic -C "ICANN Meetings Bucharest - 24 to 28 June 2002" 224.2.179.43/65302
vat -C "ICANN Meetings Bucharest - 24 to 28 June 2002" 224.2.164.153/21580

see:
http://videolab.uoregon.edu/events/ICANN/icann_bucharest.html
for more information/Real streams/etc.

Lucy E. Lynch   Academic User Services
Computing CenterUniversity of Oregon
[EMAIL PROTECTED] (541) 346-1774/Cell: 912-7998