Re: OT - Vint Cerf joins Google
Hello William , On Fri, 9 Sep 2005, william(at)elan.net wrote: On Fri, 9 Sep 2005, Daniel Golding wrote: Getting back on-topic - how can this be? I thought only service providers (with downstream customers) could get PI v6 space. Isn't this what policy proposal 2005-1 is about? Can someone (from ARIN?) explain the current policy? Its my understanding that large company (or large university) can become LIR too - they'd have to show that they have complex network infrastructure with multiple semi-independent departments and/or subsidiaries with main company's IT department serving as network provider for those units. However there is a difference between company becoming LIR and becoming member of ARIN and paying annual membership fee (based on network size) and company applying for single IPv6 assignment (as per 2005-1) and not having to pay membership fee then (only one-time fee for assignment) and not being able to participate at ARIN as a member. Tho from what I have read of 2005-1 this requires a AS . That requires a memebership unless there is some loophole around that I have not seen ? Can you site the section in 2005-1 that allows an entity to pay the onetime fee & not have to pay the yearly fee ? Tia , JimL -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | 3542 Broken Yoke Dr. | Give me Linux | | [EMAIL PROTECTED] | Billings , MT. 59105 | only on AXP | +--+
Re: Sheilded Cat-5E Ground Loop - Myth or Reality?
On Wed, 10 Apr 2002, David Schwartz wrote: > On Wed, 10 Apr 2002 18:17:01 -0400 (EDT), David Lesher wrote: > >If you use that sand-based media instead of the copper; > >you'll avoid LOTS of issues -- ground loops, induced noise, > >corrosion resistance, etc... > >Fiber Is Your Friend. > You do have to worry about shark attack though. Hmmm , Flying sharks ;-) . JimL +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: anybody else been spammed by "no-ip.com" yet?
Hello Randy , On Sat, 4 May 2002, Randy Bush wrote: > > a cost that you are forced to pay in order to enrich somebody else is > > theft > i thought it was called 'taxes' :-)/2 Theft/Taxes nearly the same . ;-) JimL +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: anybody else been spammed by "no-ip.com" yet?
Hello J.A. Terranson , On Sat, 4 May 2002 [EMAIL PROTECTED] wrote: > On Sat, 4 May 2002, Mr. James W. Laferriere wrote: > > Theft/Taxes nearly the same . ;-) JimL > Really? What's the difference? I was giving the thief the benefit of doubt ;-) . JimL +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
None of the RIRs claims 156.228.80.144
Hello All , Where can I find info about this range/ip & who has routing respnsibility for it ? I have searched -all- RIR's & all say they don't have any information on it at any levels . Tia , JimL APNIC reports this which is a little bit more info , But ... inetnum: 156.0.0.0 - 156.255.255.255 netname: ERX-NETBLOCK descr:Early registration addresses remarks: -- remarks: Important: remarks: remarks: Networks in this range were allocated by InterNIC remarks: prior to the formation of Regional Internet remarks: Registries (RIRs): APNIC, ARIN, LACNIC and RIPE. remarks: remarks: Address ranges from this historical space have now remarks: been transferred to the appropriate RIR database. -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | 3542 Broken Yoke Dr. | Give me Linux | | [EMAIL PROTECTED] | Billings , MT. 59105 | only on AXP | +--+
Re: None of the RIRs claims 156.228.80.144
Hello Bill , Which tool or RIR did you dig that out of ? Tia , JimL On Thu, 14 Oct 2004 [EMAIL PROTECTED] wrote: san francisco unified school district :: Steve Huey San Francisco Unified School District 135 Van Ness Avenue #300 San Francisco, CA 94102 UNITED STATES (415) 241-6169 [EMAIL PROTECTED] ...snip... -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | 3542 Broken Yoke Dr. | Give me Linux | | [EMAIL PROTECTED] | Billings , MT. 59105 | only on AXP | +--+
Re: None of the RIRs claims 156.228.80.144
Hello Bill , Yes old data can be very handy ;-) . The /24 of interest s/b 156.228.80.0/24 . Tia , JimL On Thu, 14 Oct 2004 [EMAIL PROTECTED] wrote: premature... :( this block is chopped up into /24 bits... sfusd only has some of it. Waste Management (WM.COM) has some, as does FUnet (finland) and ATT.net. - which /24s are giving you fits? --bill On Thu, Oct 14, 2004 at 05:50:21PM +, [EMAIL PROTECTED] wrote: san francisco unified school district :: Steve Huey San Francisco Unified School District 135 Van Ness Avenue #300 San Francisco, CA 94102 UNITED STATES (415) 241-6169 [EMAIL PROTECTED] On Thu, Oct 14, 2004 at 11:42:42AM -0600, Mr. James W. Laferriere wrote: Hello All , Where can I find info about this range/ip & who has routing respnsibility for it ? I have searched -all- RIR's & all say they don't have any information on it at any levels . Tia , JimL APNIC reports this which is a little bit more info , But ... inetnum: 156.0.0.0 - 156.255.255.255 netname: ERX-NETBLOCK descr:Early registration addresses remarks: -- remarks: Important: remarks: remarks: Networks in this range were allocated by InterNIC remarks: prior to the formation of Regional Internet remarks: Registries (RIRs): APNIC, ARIN, LACNIC and RIPE. remarks: remarks: Address ranges from this historical space have now remarks: been transferred to the appropriate RIR database. -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | 3542 Broken Yoke Dr. | Give me Linux | | [EMAIL PROTECTED] | Billings , MT. 59105 | only on AXP | +--+ -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | 3542 Broken Yoke Dr. | Give me Linux | | [EMAIL PROTECTED] | Billings , MT. 59105 | only on AXP | +--+
Luminous Product ?'s (was: Re: Looking for a piece of gear to do)
Hello All , Someone has been trying to foist off on a friend of mine a box from Scientific-Atlanta called a Luminous ? That is supposed to do the something simular . Anyone have any insights on this product line ? There is also some card/add-on device that will (supposedly) allow it to do routing decissions thru rip/ospf/... . Never seen the unit nor heard much about it . Tia , JimL On Fri, 22 Nov 2002, Andy Walden wrote: > Riverstone 1000 could do this at a reasonable cost. > andy > -- > PGP Key Available at http://www.tigerteam.net/andy/pgp > > On Thu, 21 Nov 2002, Alex Rubenstein wrote: > > > > > > > Hi. > > > > I am looking for a very simple piece of gear that will do the following: > > > > Fast-E |thing|---ATM OC3--|thing| Fast-E > > > > I am not looking for a discussion on how this, me, or ATM is bad. It's > > just a solution I need. > > > > Anyway, I am looking for 'thing' to be a simple device. Perhaps it would > > have more than one FE port, and you'd map PVC's to ports, or whatever. The > > key is that this totally transparent, and able to pass 802.1q vlan tags. > > It'd be used in a point-to-point topology only. > > > > Any clues would be great. > > > > > > > > -- Alex Rubenstein, AR97, K2AHR, [EMAIL PROTECTED], latency, Al Reuben -- > > --Net Access Corporation, 800-NET-ME-36, http://www.nac.net -- > > > > > -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: dnsbl's? - an informal survey
Hello Charles & All , Love all of you that want to filter , Please do I would bo one of those that you'd filter . I've been running my little home netowrk for ~8 years using dialup , isdn , adsl , cable . Never could get any employer to fork over better than that . It brings to mind something Randy said ,(something like) I highly recommend that my compititon ... That way people (ie: customers who know better) will find a non/inteligent-filering provider . Please THINK before doing . Hth , JimL On Fri, 30 May 2003, Charles Sprickman wrote: > On Fri, 30 May 2003 [EMAIL PROTECTED] wrote: > > Pretty much all the dialup lists contain dynamically assigned DSL/cable > > IPs as well. > > I don't have a problem with rejecting a 56k modem user with one of those > > lists. Even I'm leary about rejecting mail from DSL/cable customers in > > the same manner. Yes they shoud SmartHost to their provider. There are > > lots of times when that isn't feasible. > Dialup is a good throw-away, as is cable. DSL gets a bit more > interesting, as you have "upscale" ADSL services, like Speakeasy, that > give out static IPs and they tend to attract people who wish to run > servers at home. Now a list that canned dialup, cable, and most dynamic > IP DSL, that would be just peachy. But from where I sit, I'm still seeing > lots of junk from other sources, usually overseas, and lately a good deal > of domestic from co-lo providers that don't enforce their AUPs. -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: dnsbl's? - an informal survey
Hello Jack , On Fri, 30 May 2003, Jack Bates wrote: > Mr. James W. Laferriere wrote: > > Hello Charles & All , Love all of you that want to filter , > > Please do I would bo one of those that you'd filter . I've been > > running my little home netowrk for ~8 years using dialup , isdn , > > adsl , cable . Never could get any employer to fork over better > > than that . It brings to mind something Randy said ,(something > > like) I highly recommend that my compititon ... > > That way people (ie: customers who know better) will find a > > non/inteligent-filering provider . Please THINK before doing . > > Hth , JimL > You seem to think that customers give ISPs a choice. The fact is, > customers scream about the 50-90% spam that hits their mailbox and want > it gone at any cost. Whitelisting is easy, and done when requested. > Customers are happy. White listing is NOT what was being discussed . Tho is can be adventagous in the right circumstances . > The stance now stands, if you can't afford a static IP address to > properly run a mail server, then use a smart host. If a server isn't > static, then the IP address can't be trusted or the next guy at that IP > address will be a spammer. Most places will whitelist based on email > address or vanity domain if asked. And neither was Static addressing . Filtering was being discussed based on some unknown (to me probably others as well) methodology . Twyl , JimL -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: dnsbl's? - an informal survey
Hello Jack , On Fri, 30 May 2003, Jack Bates wrote: > Mr. James W. Laferriere wrote: > > > White listing is NOT what was being discussed . Tho is can be > > adventagous in the right circumstances . > > > And neither was Static addressing . Filtering was being discussed > > based on some unknown (to me probably others as well) methodology . > > Twyl , JimL > White listing comes with any blacklist. The blacklists in particular > being discussed were the @dynamics, like the PDL and dynablock at > easynet. Both lists quite clearly state how they build their lists and > what they are designed to block (dynablock only takes out dialup, and > PDL takes out all dynamic addressing). Query , How is it determined that the address in question is dynamic or not ? Who/how/what makes that determination ? This is the core of my concerns . > Given the number of insecure client systems on dynamic addressing (proxy > servers, trojans, etc), accepting email from dynamic addresses is > becoming inherently more dangerous. If smarthosts can't be used from > those addresses, then special whitelisting can be done. Highly agreed . But sure am hoping some better solutions are being developed . > Of course, the person implementing email blocks of any type, especially > public blacklists, must take some ammount of responsibility in > maintaining legitimate email communications as dictated by users. YES ! Without this there is no check &/or balance to the procedure/s in use . Twyl , JimL -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: Ettiquette and rules regarding Hijacked ASN's or IP space?
Hello Kia , In line On Mon, 9 Jun 2003, Kai Schlichting wrote: > On 6/9/2003 at 4:06 PM, "Christopher L. Morrow" <[EMAIL PROTECTED]> wrote: > > Sure, you are announcing 196.1.1.0/24 and only that, fine, but are you > > allowed to announce that prefix? Are you "Centre for Monitoring Indian > > Economy" ?? Or is this your direct customer and you are just the sat-link > > provider for him? > Being able to answer such 64,000-dollar-questions with authority is the > issue ARIN's registry operations are facing, pass or fail. And you can > take that literally: the recent hijacking events have put ARIN's rules, > procedures and current registry data so much into question - it'll be > (do || die) for them. The inherited Internic data going back almost 20 > years doesn't help things. Indeed, I think that any and all legacy > assignments should be purged, like the old Usenet, one by one. Some > things that could be done: > - contact all owners of IP space or ASNs with a demand to show legal, > notarized > paperwork showing their company's status as incorporated/active, and/or > legal successor to the original registrant. Gotta use those 7 years of > business records you're required to hold for something! Already in progress . Using DNS lameness as start basis . I just got a note for an old ip-range I had promised the owner I'd keep active and forgot about over the years . > - non-announced IP space with defunct contacts: -> reserved status, no > AS may route those, until resolved per above How would you go about admonishing hijackers (or what appears as a hijacker) OR the provider that has been given a letter of approval from the agency that appears to have the lease ? ... lots more questions in this vein ? For all of the items mentioned below . Just one foopah with a blackhole server & NOone is going to remain attached to it . That has been proven over & over again . If you can not implicitely trust the operator(s) of the blackhole(s) operators will etierh run their own of ignore the blackholes . > - non-announced IP space with working contacts: email to POC every > 30 days with the legal demands (email/paper mail). After 90 days: > network set to 'reserved' status, no AS may announce these, > until resolved per above. > - announced IP space: announcing AS to be contacted in addition to POC > for the network object. For AS's in violation, this shall mean that > all upstream ASs as visible at popular exchange points should be > contacted (at least once) as well. > - announcing AS's that violate the 'do not announce' rule shall be > dealt with in ways similar to the non-cooperating entities described in: > http://www.arin.net/policy/2003_1.html - they will get their own network > objects suspended. > - complete publicly accessible list of all 'reserved' networks - the > DNSBLs and private BGP blackhole feeds will do the rest. > Wouldn't you want to know how quiet your inbox can be, when you > have a BGP4 blackhole feed with SPEWS L1 as the source... -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: New danger to cabling - Can your datacenter prevent this?
Hello All , The attack of the Cotton tailed Rat !-) . On Mon, 7 Jul 2003, Eric Kuhnke wrote: > http://colofinder.net/gallery/view_album.php?set_albumName=cable-eater > A bit of humor on a boring monday afternoon. Next week, we're turning this rabbit > loose under the floor at 25 Broadway! > muahahahahaha. > just kidding. -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: Did Sean Gorman's maps show the cascading vulnerability in Ohio?
Hello Scott , On Mon, 18 Aug 2003, Scott McGrath wrote: > A measured response is needed. Obviosly we do not want the > vulnerabilities disclosed to bored teenagers looking for "excitement". > We need controlled access to this data so that those of us who need the > data to fix vulnerabilities can gain access to it but access is denied to > people without a legitimate need for the data. And my statement would be , And who is that authority ? The government ? The Utilities ? The ... ? > The "Dig Safe" program might be a good model for controlling access to > Sean's work. This would not preclude further scholarship on Sean's work > but it would keep the data out of the hands of the 31337 crowd. Huh ?, Try this on for size , "Hello , I am joe's contracting service & I have a building permit(I do) and I need to dig at ..." If I remeber correctly the "Dig Safe" program will give me the info without so much as a check on the permit or my company name . But , Something (may) need to be put in place . I for one am not a great fan of any group of "X" that has a vested interest in keeping the information out of the public hands as being the ones to administer or setup or even give suggestions to a body who'd be involved in setting up such a commitee/org./... I'd really like to see a "Public" forum be used to take suggestions from the PUBLIC (ie: you & I & that neighbor you hate so well) for the guide lines as to who &/or when such info s/b released . Not the Gov. or the Util Alone . > On Sun, 17 Aug 2003, Sean Donelan wrote: > > So, the US Government wants to classify Sean Gorman's student project. > > The question is did Mr. Gorman's maps divulge the vulnerability in the > > East Coast power grid that resulted in the blackouts this week? > > Would it be better to know about these vulnerabilities, and do something > > about them; or is it better to keep them secret until they fail in a > > catastrophic way? Twyl , JimL -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: Hijacked email
Hello All , I have just seen several bounces from various places with my addy being used as well . JimL On Wed, 20 Aug 2003, Nathan A. Stratton wrote: > On Wed, 20 Aug 2003 [EMAIL PROTECTED] wrote: > > Anyone seeing hijacked email addresses with this Sobig-F worm? I did > > some research and I know I didn't send anything to Investec Bank of > > Johannesburg,ZA. On top of that, I definitely did not send a worm. > Yep, my email is definitely being used. :( -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: Worst design decisions?
Hello All , On Thu, 18 Sep 2003, Gerald wrote: > On Thu, 18 Sep 2003 [EMAIL PROTECTED] wrote: > > Actually, as awkward as those rubber hoods are, what I like about them is > > that when you're pulling a disconnected patch cable through a rat's nest > > of wires, they prevent the plastic tab from being bent backward. > Since you are the second person to point that out... > 2 suggestions: > - 1. Cut the head off and re-crimp it if it has to go that far. > - 2. Use regular power tape, scotch tape, or duct tape to hold the tab > down until it has reached its destination. (You do keep duct tape around > right?) ;-) Best tape to use is masking tape it usually will not leave a heavy residue . Just do not leave tape on them in storage any opf the tapes will leave residue & the tangs take a memory . But I also liked another type of hood that did not use a complete surround covering over the tang . It was more of a thin spring tang same width as the rj45 tang & rising from the rear of the hood which went over the top of the rj45 tang & about half way down its length . But even it had some of the bad properties of the rj45 tang it could bend & then it caught on everything or just broke off . Tho it made the last slot near the bottom easier to contend with . Twyl JimL -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: News of ISC Developing BIND Patch
Hello Whoever , On Thu, 18 Sep 2003 [EMAIL PROTECTED] wrote: > > On Wed, 17 Sep 2003 [EMAIL PROTECTED] wrote: > > > MAC addresses are not without authority delegation. The IEEE is the ultimate > > > authority in said case. > > > Any solution which requires uniqueness also requires a singular ultimate > > > authority. > > Even MACs aren't entirely unique. Some places used to assign MAC > > addresses like they assigned IP addresses and the NIC had to be > > reconfigured for the assigned MAC. An admin was freely able to assign a > > MAC to Joe Blow using a 3Com or Cisco OUI without fear of retribution. I > > personally have never seen any use in such a thing but obviously someone > > did. > > Justin > manufacturer assigned macs are guaranteed to be globally unique. > A specific enterprise reconfiguring the mac is akin to an enterprise > using RFC1918 space. I have to agree with Mr. Shore here . Mac addresses are NOT unique from ALL manufacturers '.' . I do beleive that there was a a brand (maybe not USA) that the cadr came without mac-address hard assigned on the card , You HAD to , using their configuration tool assign one . JimL -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: Nothing like viruses with bugs in them (Swen)
Hello All , On Fri, 19 Sep 2003, Brian Bruns wrote: > These are exim filters which catch the damn thing when the antivirus > software misses it. Hopefully it might be useful. It was taken from > http://pkierski.republika.pl/filtry.shtml. ...snipped nice exim filters... Is there an example of a procmail filter for this bugger ? Tia , JimL > - Original Message - > From: "Mark Radabaugh" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, September 19, 2003 12:03 PM > Subject: Nothing like viruses with bugs in them (Swen) > > Seems like this virus/worm has a bug where it will occasionally send out 1 > > byte attachments rather than the correct worm payload. Since the virus > is > > not truly attached it tends to pass through e-mail virus scanners. > > It's causing a fair amount of end user confusion today -- lots of 'why is > > your/my virus scanner not working?' questions. -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: bind patches++ (Re: Wildcards)
Hello Paul , Am I correct in the understanding that the below tells me that 9.2.2p2 does NOT contain the ablility to do root-delegation-only ? Tia , JimL On Sat, 20 Sep 2003, Paul Vixie wrote: > if you installed the first isc wildcard patch you probably want the second. > see www.isc.org/products/BIND/delegation-only.html for details. the first > patch didn't handle NS lookups (which don't occur in nature but it's sort of > unnerving when they don't work in "dig"). > in addition to the "type delegation-only" zones, the latest release candidate > has an additional "root-delegation-only" option. this looks like: > > options { > root-delegation-only exclude { "de"; "museum"; }; > }; > > thus the delegation-only behaviour becomes the default for the root domain, > and all tld's except those listed. DE has no wildcards but they do put > customer A RRs into the DE zone itself. MUSEUM has a wildcard but this was > part of their application and it was approved and has not been a problem. > f.6to4-servers.net is now running this if you want to try before you, um, buy. > thanks very much to the membership of the bind forum who make this possible. -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: bind patches++ (Re: Wildcards)
Hello Paul , All , Is there a url listing the TLD's that officially use wild cards in their deployment ? TIa , JimL On Sat, 20 Sep 2003, Paul Vixie wrote: > this feature is only in the latest release candidate is 9.2.3rc3. > our patches to 9.2.2 and 9.1 only support "delegation-only" zones. > to get the "root-delegation-only" option you need 9.2.3rc3. > see www.isc.org/products/BIND/delegation-only.html for details. > re: > > Date: Sat, 20 Sep 2003 14:22:57 -0400 (EDT) > > From: "Mr. James W. Laferriere" <[EMAIL PROTECTED]> > > To: Paul Vixie <[EMAIL PROTECTED]> > > Cc: [EMAIL PROTECTED] > > Subject: Re: bind patches++ (Re: Wildcards) > > Hello Paul , Am I correct in the understanding that the below > > tells me that 9.2.2p2 does NOT contain the ablility to do > > root-delegation-only ? Tia , JimL -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | P.O. Box 854 | Give me Linux | | [EMAIL PROTECTED] | Coudersport PA 16915 | only on AXP | +--+
Re: updated root hints file
Hello All , Hmmm , watching this thread & having acquired the new cache ile I did a diff on it & noticed that 'J' was changed as well (compared to MY cache file) . Did 'J' change sometime in the near past that I missed ? Tia , JimL ie: -B.ROOT-SERVERS.NET. 360 A 128.9.0.107 +B.ROOT-SERVERS.NET. 360 A 192.228.79.201 -J.ROOT-SERVERS.NET. 360 A 198.41.0.10 +J.ROOT-SERVERS.NET. 360 A 192.58.128.30 On Thu, 29 Jan 2004, Joe Abley wrote: > > > On 29 Jan 2004, at 05:46, Randy Bush wrote: > > > excuse me. this should be in a message from the iana signed with > > iana's pgp key > > ftp://ftp.internic.net/domain/INTERNIC_ROOT_ZONE.signatures > > (I agree, though, that a signed announcement from the proper authority > would have been nice) > > > Joe > -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | 3542 Broken Yoke Dr. | Give me Linux | | [EMAIL PROTECTED] | Billings , MT. 59105 | only on AXP | +--+
Cisco Secure ACS Solution Engine-a 1-RU
Hello All , Is anyone using this product in in production ? I have a customer who is in a crunch for time & is unable to put any sugnificant resources together to build one from scratch . Please reply off list & I'll summarize . Tia , JimL -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | 3542 Broken Yoke Dr. | Give me Linux | | [EMAIL PROTECTED] | Billings , MT. 59105 | only on AXP | +--+
Re: Personal Co-location Registry
Hello All , On Thu, 18 Mar 2004, Joel Jaeggli wrote: > On Thu, 18 Mar 2004, Kelly Setzer wrote: > > On Thu, Mar 18, 2004 at 09:07:31AM -0500, Steven M. Bellovin wrote: ...snip... > > Is there an effective alternative? All the intel "servers" these days > > seem to have one of those handy-dandy (note: sarcasm) ethernet ports > > variously called "integrated lights-out (ILO)" or "lights-out > > management (LOM)", etc. > > I am dismayed that intel-based server vendors haven't noticed the > > decades-old trend of having serial ports for emergency/remote access. > serial ports work fine for pc consoles in general, once your bootloader > takes over you can display pretty much everything over there... some > vendors provide options to map the bios display on the serial ports > (supermicro) it's doesn't work for the bioses of some raid controllers > however, a pc-weasel will handle that condition fine,and the pc-weasel can > also do a hardware re-set of the whole machine to restart a hung box... > They don't work so well if you only have one pci slot which you need for a > raid controller or if as I found out recently someone reconfigures the > terminal server and inadvertantly locks you out when you need it most. Tyan (& another I can't remember now) have console forwarding to the com1 port . This MB is available in PenguinComputing's 1u & 2u systems . They run *BSD just fine as well . Hth , JimL -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | 3542 Broken Yoke Dr. | Give me Linux | | [EMAIL PROTECTED] | Billings , MT. 59105 | only on AXP | +--+
Anyone at Comcast , ?'s . Offline please .
Hello Someone Helpful , I have been unable to acquire the attention of someone at comcast (cable) that will help me get my network back into the table . If anyone knows a clueful & willing contact within comcast please respond . Tia , JimL ps: My address assignment can be seen by ... whois baby-dragons -- +--+ | James W. Laferriere | SystemTechniques | Give me VMS | | NetworkEngineer | 3542 Broken Yoke Dr. | Give me Linux | | [EMAIL PROTECTED] | Billings , MT. 59105 | only on AXP | +--+