- NANOG - lists.nanog.org

new version of caida tool for capacity planning/trend analysis
by k claffy 16 Nov '98

16 Nov '98

heads up to ISPs into operational measurement of workload characteristics cflowd 2.0 code is now available for use in analyzing export-flows from ciscos http://www.caida.org/Tools/Cflowd/ software collects output from cisco's netflow export then aggregates the data in ISP-engineering relevant ways as-to-as matrices ( --> peering engineering) net-to-net matrics ( --> peering/routing engineering ) port and protocol tables ( --> capacity engineering, what traffic is your infrastructure supporting, how is it changing, how much of it elastic/optimizable/ hyperzealous/cache-able/etc ) other stuff ( and continually adding features for members, plus src available for your own footloose entertainment ) cflowd 2.0 is a redesign of cflowd 1.3b2 and includes arts++ for storage as well as significant improvements in user interfaces and functionality. details on the code and mail lists are available at the website, or by contacting cflowd's developer, daniel mcRobb, at dwm(a)caida.org think you'll like always seeking your feedback/experience, k

1 0

Re: Hold on to your news servers
by John Fraizer 16 Nov '98

16 Nov '98

THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! At 03:07 PM 11/16/98 -0600, Karl Denninger wrote: >Given that a large number of people have threatened to commit felonious acts >(ping floods, etc) against these machines, I believe being "furtive" is >quite appropriate. THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! When and if they do ping -f karls.server.that.shouldnt.be.a.nanog.issue.com, THAT will be something to discuss on NANOG. Take the lame-%^*## news server griping, bickering, pissing and moaning to another list. Preferrably /dev/null. THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! Sheesh! Can't you people read? THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! THIS IS NOT A NANOG ISSUE! ------- John Fraizer | __ _ The System Administrator | / / (_)__ __ ____ __ | The choice mailto:John.Fraizer@EnterZone.Net | / /__/ / _ \/ // /\ \/ / | of a GNU http://www.EnterZone.Net/ | /____/_/_//_/\_,_/ /_/\_\ | Generation A 486 is a terrible thing to waste...

1 0

Re: Exodus / Clue problems
by John Fraizer 16 Nov '98

16 Nov '98

>Define "network border." I used to block all traffic from or to RFC1918 [root@Overkill /]# traceroute mae-east.fnsi.net traceroute to mae-east.fnsi.net (192.41.177.11), 30 hops max, 40 byte packets -----> 1 border-core0-eth1.Columbus.EnterZone.Net (209.41.244.1) 0.538 ms 0.444 ms 0.411 ms | 2 core1-eth0-ENTERZONE.Columbus.fnsi.net (209.115.127.21) 0.916 ms 0.783 ms 0.774 ms | ---> 3 border1-atm6.Vienna.fnsi.net (206.183.239.90) 23.132 ms 23.797 ms 23.829 ms | | | |-- That is the network border of my provider at mae-east. | |---- That is the network border for MY network. The DEMARC where my network ends and my providers begins. I can't tell you precisely where yours is since @home has decided to block the traceroute. [root@Overkill /]# traceroute www.senie.com traceroute: Warning: Multiple interfaces found; using 209.41.244.2 @ eth0 traceroute to fennel.senie.com (204.69.207.2), 30 hops max, 40 byte packets 1 border-core0-eth1.Columbus.EnterZone.Net (209.41.244.1) 0.542 ms 0.438 ms 0.411 ms 2 core1-eth0-ENTERZONE.Columbus.fnsi.net (209.115.127.21) 0.896 ms 0.768 ms 0.731 ms 3 core1-atm0.Cleveland.fnsi.net (209.115.127.102) 12.083 ms 9.756 ms 9.316 ms 4 border1-atm6.SanJose.fnsi.net (206.183.239.94) 66.729 ms 65.678 ms 63.696 ms 5 bb2.mae-w.home.net (198.32.136.70) 67.027 ms 65.376 ms 76.126 ms 6 172.16.2.250 (172.16.2.250) 90.842 ms 78.524 ms * 7 172.16.2.58 (172.16.2.58) 146.095 ms 130.080 ms * 8 10.0.248.34 (10.0.248.34) 118.753 ms 125.679 ms 128.392 ms 9 10.252.48.218 (10.252.48.218) 156.053 ms !X * * 10 10.252.48.218 (10.252.48.218) 129.488 ms !X * 146.837 ms !X Bad idea in my book. By the way, you might want to ask them about all of those *'s. Nasty, nasty, nasty. In addition, path MTU discovery won't work on your network because of the RFC1918 addresses. Don't get me wrong. I personally use RFC1918 addresses within my network. Those are NON-EXPOSED hosts however and there is no need for path discovery to take place. In your case, your provider wanted to save 4 IP addresses, a /30. >addresses, but my present upstream is using 10.0.0.0/8 and >172.16.0.0/16, at least, for their internal use. So, the IP address of >the WAN interface on my router connecting to them has a 10.0.0.0/8 >address. If I block incoming traffic to 10.0.0.0/8, they can't monitor >my net. Find out from them SPECIFICALLY which machine they want to monitor your router from and open your router up to that IP address individually. Block the rest of them. > >It appears this is becoming the preferred way for ISPs to limit their >use of address space for internal-only functions. While this makes sense The key phrase here is "internal-only." I would hardly consider your router or any router between yours and the rest of the world to be considered "internal-only." >at some levels, attached corporate networks may have already used those >addresses. The result is some level of confusion, though for the most >part it doesn't break too many things. Mostly, it's just annoying since >firewalls can't filter out stuff they'd otherwise limit. I can find no good reason for joe blow fortune 1000 company to use anything other than RFC1918 addresses on their INTERNAL network and run NAT or set up a proxy or something. I can also not find any good reason to use RFC1918 space between routers. It breaks too many things. I want to see you poll or for that matter, log into your router from any other network than your own. I Hope nothing happens that would require your PERSONAL attention while you're at some convention, on vacation, etc. > >In cases where ISPs use RFC1918 addresses within their networks, they >really should: > >- Tell their downstream customers WHICH of these blocks are in use. > >- Provide filters at peering points that ensure RFC1918 addresses from > outside the ISP's space do not come in from outside. > >- Provide Ingress filtering at all downstream customer ports to ensure > only valid source IP addresses come from their customers. > ...and one last point... - Have someone loan them a clue about why they should NOT use RFC1918 space in the way your isp is doing so. ------- John Fraizer | __ _ The System Administrator | / / (_)__ __ ____ __ | The choice mailto:John.Fraizer@EnterZone.Net | / /__/ / _ \/ // /\ \/ / | of a GNU http://www.EnterZone.Net/ | /____/_/_//_/\_,_/ /_/\_\ | Generation A 486 is a terrible thing to waste...

2 1

Re: Hold on to your news servers
by Dean Anderson 16 Nov '98

16 Nov '98

At 01:59 PM 11/16/1998 -0600, Karl Denninger wrote: >Uh, excuse me, but I don't have any affiliation with MCS nor do they have >anything to do with this service. If you want to do nothing other than >piss them off or get thrown in their admin's "ignore this kook" list, go >ahead. Affiliation? You get service from them. That's enough if you are sourcing this through that link. If you don't use this link for your news feed, then complaints ought to be dismissed. Properly so. I've got no bones about a truely personal link. >Who I buy my *personal* service from is none of your business. Nor your >concern, since that *personal* service obviously can't be the source of >this. Ok, Fine. your MCS service is personal. We'll be able to find out who is providing your commercial service once you get going. >Besides, I've already told the world that I intend to colocate the servers >at various points around the country, and that I have offers from people >to do that - who are WELL AWARE of what I'm up to. "Well Aware" is not the same as "Good Judgement". I'm sure a lot of people will be complaining to them soon enough. Hopefully, they are reading this list or other lists, and are reconsidering their offers. I think a lot of people hope you are reconsidering your plans to do this. It's a nice idea, and your motivation is good. It just won't work in practice. So, in my nicest and most appreciative tone, I would like to ask you on behalf of myself and many people who are also appreciative of your efforts and your motives to reconsider and abandon this plan. --Dean ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Plain Aviation, Inc dean(a)av8.com LAN/WAN/UNIX/NT/TCPIP http://www.av8.com ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

2 1

Re: RBL quandry - opinions hereby solicited
by John Fraizer 16 Nov '98

16 Nov '98

Hook em up Paul... If I need to receive mail from them, I'll temp-disable RBL on the box. As it stands, I received over 30 copies of that garbage from them. >> Date: Wed, 11 Nov 1998 08:50:26 PST >> To: rbl(a)maps.vix.com >> Subject: Paul - value call on this >> >> Technically, this is an opt-out customer-relationship spam. >> >> I think it is a special case, because _there is no where else to go_. >> >> 208.226.58.70 should be RBL'ed, IMHO. Help me. >> >> > Return-Path: owner-admin1(a)LISTS.NETSOL.COM >> > Received: from pasteur.netsol.com ([208.226.58.70]) by ns2.galaxy-net.net >> > (8.8.7/8.6.9) with ESMTP id QAA00585; Tue, 10 Nov 1998 16:50:06 -0800 (PST) >> > Received: from pasteur (pasteur [208.226.58.70]) >> > by pasteur.netsol.com (8.9.1/8.9.1) with ESMTP id TAA23788; >> > Tue, 10 Nov 1998 19:40:31 -0500 (EST) >> > Received: from LISTS.NETSOL.COM by LISTS.NETSOL.COM (LISTSERV-TCP/IP release >> > 1.8c) with spool id 0342 for ADMIN1(a)LISTS.NETSOL.COM; Tue, 10 Nov >> > 1998 15:01:15 -0500 >> > Received: (from listmngr@localhost) by pasteur.netsol.com (8.9.1/8.9.1) id >> > PAA18548 for admin1(a)lists.netsol.com; Tue, 10 Nov 1998 15:01:14 >> > -0500 >> > (EST) >> > X-Mailer: ELM [version 2.4 PL25] >> > MIME-Version: 1.0 >> > Content-Transfer-Encoding: 7bit >> > Message-ID: <199811102001.PAA18548(a)pasteur.netsol.com> >> > Date: Tue, 10 Nov 1998 15:01:14 -0500 >> > Reply-To: admin-remove(a)LISTS.NETSOL.COM >> > Sender: Owner-Admin <owner-admin(a)LISTS.NETSOL.COM> >> > From: List Manager Account <listmngr(a)LISTS.NETSOL.COM> >> > Subject: Network Solutions' E-Commerce Update >> > To: ADMIN1(a)LISTS.NETSOL.COM >> > Content-Type: text/plain; charset=US-ASCII >> > >> > ########################### >> > >> > Dear Customer, >> > >> > You are a valued customer and we want to help increase and >> > protect the value of your domain name. As a free added benefit of >> > your domain name registration, we would like to send you our >> > "E-Commerce Update" from time to time. In these updates, we will >> > try to identify helpful information and news that you can use to >> > enhance the value of your Web address. If you do not wish to >> > receive this newsletter in the future, simply respond to this >> > e-mail with the word "remove" in the first line of the message. >> > If you have any questions or comments, please send them to >> > hostmaster(a)internic.net. >> > >> > Network Solutions - the world's leading provider of domain name >> > services -- together with VeriSign -- the world's leading Web >> > security provider -- has published a new informative guide to >> > on-line security, "Securing Your Web Site for Business." >> > >> > "Securing Your Web Site for Business" outlines the options you >> > have to secure and protect your Web site. By downloading your >> > free copy (http://www.verisign.com/nsi/whitepaper) you will be >> > able to learn how easy it is to secure your site in order to >> > protect yourself and your customers. >> > >> > Issues covered in "Securing Your Web Site for Business" include: >> > >> > * Why on-line security problems could slow the growth of your >> > business >> > * How to maximize your on-line security at a low cost >> > * How to accept credit cards and sell products on-line---securely >> > * What a Digital ID is >> > * Why you need a Digital ID >> > * How to obtain a Digital ID for your Web site >> > >> > As an additional service to our customers, Network Solutions and >> > VeriSign bring you a special free trial version Secure Server ID. >> > VeriSign Secure Server IDs are the security solution currently >> > used by over 90 percent of Web sites conducting secure online >> > commerce and this free trial will allow you to experience how >> > easy Web site security can be. Please visit us at >> > http://www.verisign.com/nsi/trial to start experiencing the >> > benefits of on-line security today. >> > >> > We would also like to take this opportunity to remind you of the >> > importance of keeping your Network Solutions domain name records >> > up to date. Incorrect data can result in your next invoice being >> > delivered to the wrong location, and may cause delays when you >> > request other services such as a Secure Server Digital ID. To >> > review your domain name records and the associated information go >> > to http://www.internic.net/verisign/update.html. >> > >> > Thank you for being a Network Solutions customer. We look forward >> > to serving your future domain name needs. >> > >> > Sincerely, >> > >> > Doug Wolford >> > Senior Vice President >> >> ------- End of Forwarded Message >> > > ------- John Fraizer | __ _ The System Administrator | / / (_)__ __ ____ __ | The choice mailto:John.Fraizer@EnterZone.Net | / /__/ / _ \/ // /\ \/ / | of a GNU http://www.EnterZone.Net/ | /____/_/_//_/\_,_/ /_/\_\ | Generation A 486 is a terrible thing to waste...

1 0

Re: Is it time for an disruption analysis working group for the Internet?
by Dean Anderson 16 Nov '98

16 Nov '98

At 11:27 AM 11/14/1998 -0500, Jay R. Ashworth wrote: >On Fri, Nov 13, 1998 at 07:38:12PM -0500, Dean Anderson wrote: >> In aviation and probably the power industry, there is sense (and a reality) >> that lives and property are at stake. While the same may soon be true of >> the internet, there is still a perception that no one dies if the 'internet >> is down', and no property is destroyed though income is certainly lost. So >> there is no compelling need to force people to cooperate. > >So, if my company loses $5M because the net falls over, and I get >fired, and end up on the street, having lost my house, family, dog, >pickup truck, and beer, that's not important enough to prevent? Yes, the thought of losing beer would panic me too. I'll buy you a beer at the CBC in Boston, if it'll make you feel any better ;-) Its 5M of income stream, not 5M of property or assets. CompUSA loses money if the store is closed, because someone dug up a power line, fiber cable, or crashes the company server which validates credit cards (6 stores closed yesterday). But they will probably sell more tomorrow. The loss is transitory. Its not enough to make the government step in and put people in Jail who cause the net to fall over by mistake, or prevent them from ever working on a network again. So sure, everyone 'would like to' prevent these things. But the issue is the severity and need to exert control. But, (real life example) if Karl Denningers system screws up the net, are you really willing to see him go to jail? Lose his "license to operate servers and routers"? I think not. >> Even the FAA's enforcement is for the most part pretty lassiz faire. It is >> well known in aviation circles that FAA regulations are "written in blood", >> by analyzing accidents and developing a set of rules to avoid them. Failure >> to follow the rules may result in your own death, and possibly others. >> Death is a pretty severe penalty. Many FAA enforcement actions are >> 'post-crash'. The rules aren't there to satisfy the ego of a bureaucrat, >> and the penalties are enforced more harshly by nature than by the FAA. > >Tell it to Bob Hoover... Good point. But he had a brain cloud, just like in "Joe vs. the Volcano" with Tom Hanks. ;-) At least, thats what the FAA said. Never mind the two guys caught trying to falsify complaints against him. Then again, Bob did get reinstated. The FAA now only requires him to go to the Mayo Clinic for a full diagnostic checkout once a year. Such a deal they have. It's only about $25,000. Anyway, thats an abuse of bureaucratic power. It doesn't change the legitimate purposes of the bureaucracy. --Dean ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Plain Aviation, Inc dean(a)av8.com LAN/WAN/UNIX/NT/TCPIP http://www.av8.com ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

1 0

RE: Hold on to your news servers
by Chris Mauritz 16 Nov '98

16 Nov '98

Seems like if you were truly providing a useful service, you wouldn't need to be so furtive about it. C Chris Mauritz Director, Systems Administration Rare Medium, Inc. chrism(a)raremedium.com -----Original Message----- From: Karl Denninger [mailto:karl@Denninger.Net] Sent: Monday, November 16, 1998 3:00 PM To: Dean Anderson; Edward S. Marshall Cc: nanog(a)merit.edu Subject: Re: Hold on to your news servers On Mon, Nov 16, 1998 at 02:46:05PM -0500, Dean Anderson wrote: > I don't know why you'd need to know who he gets news feeds from. Cancel > leakage would be obvious enough to determine who is getting feeds from Karl. > > I presume you'd complain to a) his internet providers/peers, b) his news > feeds that leak cancels, and possibly c) anyone who is known to get a feed > from him. And their providers/peers. > > I'd probably start with MCS which provides Karls service, and go on to > good.net, nap.net, etc, presuming Karls boast about MCS not caring to help > stop his leakage is true. Then repeat with the sources of the leakages. Uh, excuse me, but I don't have any affiliation with MCS nor do they have anything to do with this service. If you want to do nothing other than piss them off or get thrown in their admin's "ignore this kook" list, go ahead. Who I buy my *personal* service from is none of your business. Nor your concern, since that *personal* service obviously can't be the source of this. Besides, I've already told the world that I intend to colocate the servers at various points around the country, and that I have offers from people to do that - who are WELL AWARE of what I'm up to. > I think as long as Karls system is completely separate from usenet, it > could be fine. His scheme can possibly work if there is never a server > that carries both regular Usenet and Karl's feed. But that is an > unreasonable proposition. The problem is that someone will want to cross > post karls feed into their feed. > > Remember, the Soviet Coup against Gorbachev failed (in part) because they > couldn't manage to partition or shut off usenet news feeds, and news of > events in Moscow leaked out. > > --Dean -- -- Karl Denninger (karl(a)denninger.net) http://www.mcs.net/~karl I ain't even *authorized* to speak for anyone other than myself, so give up now on trying to associate my words with any particular organization. > > At 10:13 PM 11/13/1998 -0600, Karl Denninger wrote: > >On Fri, Nov 13, 1998 at 09:42:41PM -0600, Edward S. Marshall wrote: > >> On Fri, 13 Nov 1998, Dean Anderson wrote: > >> > Anyone who cancels someone elses post who is not a moderator or the > >> > original poster should lose their account/job at ISP/etc. > >> > > >> > So lets start sending in complaints... > >> > >> And you'd complain to...who? Karl's an independant entity now. > > > >Correct :-) > > > >What's even more fun is that since the system doesn't EMIT any articles > >it consumes (it emits only cancels, sourced there) you can't figure out > >where it gets its feeds from.... good luck getting the system's feeds > >cut off under those circumstances :-) > > > >-- > >-- > >Karl Denninger (karl(a)denninger.net) http://www.mcs.net/~karl > >I ain't even *authorized* to speak for anyone other than myself, so give > >up now on trying to associate my words with any particular organization. > > > > > > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > Plain Aviation, Inc dean(a)av8.com > LAN/WAN/UNIX/NT/TCPIP http://www.av8.com > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

2 1

RE: Hold on to your news servers
by Chris Mauritz 16 Nov '98

16 Nov '98

It's unfortunate that some folks are so gung ho about their position that they would do something like that....oh wait...that applies to you too. C Chris Mauritz Director, Systems Administration Rare Medium, Inc. chrism(a)raremedium.com -----Original Message----- From: Karl Denninger [mailto:karl@Denninger.Net] Sent: Monday, November 16, 1998 4:07 PM To: Chris Mauritz; Dean Anderson; Edward S. Marshall Cc: nanog(a)merit.edu Subject: Re: Hold on to your news servers Given that a large number of people have threatened to commit felonious acts (ping floods, etc) against these machines, I believe being "furtive" is quite appropriate. -- -- Karl Denninger (karl(a)denninger.net) http://www.mcs.net/~karl I ain't even *authorized* to speak for anyone other than myself, so give up now on trying to associate my words with any particular organization. On Mon, Nov 16, 1998 at 04:03:49PM -0500, Chris Mauritz wrote: > Seems like if you were truly providing a useful service, you wouldn't need > to be so furtive about it. > > C > > Chris Mauritz > Director, Systems Administration > Rare Medium, Inc. > chrism(a)raremedium.com > > > -----Original Message----- > From: Karl Denninger [mailto:karl@Denninger.Net] > Sent: Monday, November 16, 1998 3:00 PM > To: Dean Anderson; Edward S. Marshall > Cc: nanog(a)merit.edu > Subject: Re: Hold on to your news servers > > > On Mon, Nov 16, 1998 at 02:46:05PM -0500, Dean Anderson wrote: > > I don't know why you'd need to know who he gets news feeds from. Cancel > > leakage would be obvious enough to determine who is getting feeds from > Karl. > > > > I presume you'd complain to a) his internet providers/peers, b) his news > > feeds that leak cancels, and possibly c) anyone who is known to get a feed > > from him. And their providers/peers. > > > > I'd probably start with MCS which provides Karls service, and go on to > > good.net, nap.net, etc, presuming Karls boast about MCS not caring to help > > stop his leakage is true. Then repeat with the sources of the leakages. > > Uh, excuse me, but I don't have any affiliation with MCS nor do they have > anything to do with this service. If you want to do nothing other than > piss them off or get thrown in their admin's "ignore this kook" list, go > ahead. > > Who I buy my *personal* service from is none of your business. Nor your > concern, since that *personal* service obviously can't be the source of > this. > > Besides, I've already told the world that I intend to colocate the servers > at various points around the country, and that I have offers from people > to do that - who are WELL AWARE of what I'm up to. > > > I think as long as Karls system is completely separate from usenet, it > > could be fine. His scheme can possibly work if there is never a server > > that carries both regular Usenet and Karl's feed. But that is an > > unreasonable proposition. The problem is that someone will want to cross > > post karls feed into their feed. > > > > Remember, the Soviet Coup against Gorbachev failed (in part) because they > > couldn't manage to partition or shut off usenet news feeds, and news of > > events in Moscow leaked out. > > > > --Dean > > -- > -- > Karl Denninger (karl(a)denninger.net) http://www.mcs.net/~karl > I ain't even *authorized* to speak for anyone other than myself, so give > up now on trying to associate my words with any particular organization. > > > > > > At 10:13 PM 11/13/1998 -0600, Karl Denninger wrote: > > >On Fri, Nov 13, 1998 at 09:42:41PM -0600, Edward S. Marshall wrote: > > >> On Fri, 13 Nov 1998, Dean Anderson wrote: > > >> > Anyone who cancels someone elses post who is not a moderator or the > > >> > original poster should lose their account/job at ISP/etc. > > >> > > > >> > So lets start sending in complaints... > > >> > > >> And you'd complain to...who? Karl's an independant entity now. > > > > > >Correct :-) > > > > > >What's even more fun is that since the system doesn't EMIT any articles > > >it consumes (it emits only cancels, sourced there) you can't figure out > > >where it gets its feeds from.... good luck getting the system's feeds > > >cut off under those circumstances :-) > > > > > >-- > > >-- > > >Karl Denninger (karl(a)denninger.net) http://www.mcs.net/~karl > > >I ain't even *authorized* to speak for anyone other than myself, so give > > >up now on trying to associate my words with any particular organization. > > > > > > > > > > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > Plain Aviation, Inc dean(a)av8.com > > LAN/WAN/UNIX/NT/TCPIP http://www.av8.com > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

1 0

Reponses to my questions about telecom mapping tools....
by Michael L. Barrow 16 Nov '98

16 Nov '98

A couple of weeks ago, I wrote requesting information on tools to help find out about circuit pricing and other misc. info about CO's, NPA/NXXs, etc. I got these reponses: 1. http://www.lodedata.com/index.html 2. Related sites link off of the above site. 3. http://www.stuffsoftware.com 4. http://www.triquad.com Enjoy! -- Michael L. Barrow <mlbarrow(a)eni.net> Principal Security Engineer, Epoch Internet Corporate Security T:949.399.8413, F:949.474.8127 PGP Fingerprint = 6E56 4590 F1AF 0CCA 2563 07C2 26EF B164 F5C4 BE8C

1 0

Re: Hold on to your news servers
by Dean Anderson 16 Nov '98

16 Nov '98

I don't know why you'd need to know who he gets news feeds from. Cancel leakage would be obvious enough to determine who is getting feeds from Karl. I presume you'd complain to a) his internet providers/peers, b) his news feeds that leak cancels, and possibly c) anyone who is known to get a feed from him. And their providers/peers. I'd probably start with MCS which provides Karls service, and go on to good.net, nap.net, etc, presuming Karls boast about MCS not caring to help stop his leakage is true. Then repeat with the sources of the leakages. I think as long as Karls system is completely separate from usenet, it could be fine. His scheme can possibly work if there is never a server that carries both regular Usenet and Karl's feed. But that is an unreasonable proposition. The problem is that someone will want to cross post karls feed into their feed. Remember, the Soviet Coup against Gorbachev failed (in part) because they couldn't manage to partition or shut off usenet news feeds, and news of events in Moscow leaked out. --Dean At 10:13 PM 11/13/1998 -0600, Karl Denninger wrote: >On Fri, Nov 13, 1998 at 09:42:41PM -0600, Edward S. Marshall wrote: >> On Fri, 13 Nov 1998, Dean Anderson wrote: >> > Anyone who cancels someone elses post who is not a moderator or the >> > original poster should lose their account/job at ISP/etc. >> > >> > So lets start sending in complaints... >> >> And you'd complain to...who? Karl's an independant entity now. > >Correct :-) > >What's even more fun is that since the system doesn't EMIT any articles >it consumes (it emits only cancels, sourced there) you can't figure out >where it gets its feeds from.... good luck getting the system's feeds >cut off under those circumstances :-) > >-- >-- >Karl Denninger (karl(a)denninger.net) http://www.mcs.net/~karl >I ain't even *authorized* to speak for anyone other than myself, so give >up now on trying to associate my words with any particular organization. > > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Plain Aviation, Inc dean(a)av8.com LAN/WAN/UNIX/NT/TCPIP http://www.av8.com ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

2 1