- NLNOG - NLNOG

normaal?
by raymond＠garnierprojects.com 31 May '05

31 May '05

Is de hamvraag niet als volgt: heeft je colocating provider je wel toestemming gegeven zomaar webcams te plaatsen? Dit ontdoet niets aan het feit dat hij hem ook gewoon uit had kunnen zetten. Raymond -----Oorspronkelijk bericht----- Van: nlnog-bounces at nlnog.net [mailto:nlnog-bounces at nlnog.net] Namens Alain Verzonden: dinsdag 31 mei 2005 19:46 Aan: nlnog at nlnog.net Onderwerp: Re: [Nlnog] normaal? Melchior | Synssans B.V. wrote: > ene Ruud van LeaseWeb; ik ken hem verder ook niet. Leaseweb maakt volgens mij regelmatig gebruik van de 'remote hands' van Redbus (althans, regelmatig gezien dat zo'n kerel van Redbus daar even die kooi inliep om een knopje in te duwen). Dus die kerel die je hebt zien lopen _kan_ ipv iemand van Leaseweb, ook iemand van Redbus zijn geweest. Een powerswitch kan trouwens ook al heel wat ergenis besparen :) ________________________________________________________________________ This email has been scanned for all viruses by the NETHolding Hosting Facilities Amsterdam. For more information on a proactive email security service working around the clock, visit: http://www.netholding.nl ________________________________________________________________________

2 1

misschien toch maar voor stemmen?
by sabri＠cluecentral.net 27 May '05

27 May '05

http://www.nu.nl/news/532153/52/Europees_Parlement_tegen_opslag_data.html Het Europees Parlement heeft alleen adviesrecht op dit terrein. Invoering van de Europese grondwet zou het EP wel volledige beslissingsbevoegdheid geven. Na het advies van het parlement moeten de EU-ministers van Justitie en Binnenlandse Zaken zich opnieuw buigen over de data-opslag. -- Sabri Berisha, Juniper Certified - JNCIA #747 | Cisco Certified - CCNA email: sabri at cluecentral.net | cell: +31 6 19890416 http://www.cluecentral.net/ | http://www.virt-ix.net/

1 0

Vrijbrief voor Minister Donner ?
by erik＠is.nl 26 May '05

26 May '05

De Minister wil nu de 2de kamer de bewaarplicht laten aannemen, zonder termijn of wat er opgeslagen moet worden. Er komt een motie vandaag waarin gevraagt wordt om op zyn minst te wachten op het Erasmus onderzoek. Email de commissieleden van de commissie van justitie vandaag om die motie te steunen. Laat minister Donner niet een vrijbrief krijgen !! Met vriendelijke groeten, Erik Bais IS Interned Services

1 0

Foundry RS232 pin layout
by marcoh＠marcoh.net 20 May '05

20 May '05

Hier ook maar even proberen, iemand die weet wat de pinlayout is van de serialport op een foundry serveriron (of de default instellingen). Ik probeer er eentje aan een baytech M16 machine te hangen, tot nu toe zonder succes en in de manual kan ik het ook ff niet vinden. Thanks, MarcoH

3 3

bewaarplicht
by sabri＠cluecentral.net 13 May '05

13 May '05

http://www.nu.nl/news/525782/50/%27Bewaarplicht_internetdata_zinloos%27.html PURMEREND - De voorgestelde bewaarplicht van internetdata is behalve kostbaar, volstrekt zinloos. Uit een demonstratie die internetaanbieder IS Interned Services Tweede-Kamerleden aanbiedt, blijkt dat kwaadwillenden gegevens kunnen versleutelen en opslag kunnen omzeilen. Bovendien zijn de enorme hoeveelheden data onmogelijk te doorzoeken en zijn geregistreerde ip-adressen niet te herleiden tot unieke personen. -- Sabri Berisha, Juniper Certified - JNCIA #747 | Cisco Certified - CCNA email: sabri at cluecentral.net | cell: +31 6 19890416 http://www.cluecentral.net/ | http://www.virt-ix.net/

1 0

brein suet ISP's
by sabri＠cluecentral.net 11 May '05

11 May '05

http://www.nu.nl/news/524588/50/Internetaanbieders_gedaagd_om_klantgegevens… DEN HAAG/UTRECHT - Auteursrechtenorganisatie Brein eist in een kort geding tegen vijf internetproviders de gegevens van hun klanten die veel illegale muziekbestanden op internet aanbieden. De vijf grootste consumentenproviders Planet Internet, Het Net, @Home, Wanadoo en Tiscali hebben een dagvaarding ontvangen, bevestigde directeur T. Kuik van Brein woensdag. Ben benieuwd hoe dit afloopt. -- Sabri Berisha, Juniper Certified - JNCIA #747 | Cisco Certified - CCNA email: sabri at cluecentral.net | cell: +31 6 19890416 http://www.cluecentral.net/ | http://www.virt-ix.net/

1 0

NL Whitelist policy
by pim＠bit.nl 10 May '05

10 May '05

Beste collegae, De laatste tijd wordt BIT nogal eens gevraagd door partijen om opgenomen te worden in de NL Whitelist. Vaak is de reden "om van VIRBL af te komen", maar dit is natuurlijk een bogus reden. We hebben ons genoodzaakt gezien om een beleidsplan op te stellen, die samengevat kan worden op http://noc.bit.nl/dnsbl/nlwhitelist/ Ik ga morgen een eenmalige mailing uitsturen naar alle op de NL Whitelist opgenomen partijen, om ze te verwittigen dat deze policy met terugwerkende kracht actief wordt volgende week maandag. Vanaf dat moment worden alleen ISPs opgenomen die aan de voorwaarden voldoen. Voor jullie dus FYI - de NL Whitelist gaat een beetje inkrimpen, dus als je 'm gebruikt is het verstandig om dit beleid goed in je op te nemen. Bij vragen, graag <dnsbl at bit.nl> een berichtje sturen, of voor een discussie (echter niet over beleidswijziging, deze staat al vast), naar deze lijst. Dank en groet, Pim -- Met vriendelijke groet, BIT BV / Ing P.B. van Pelt PBVP1-RIPE (PGPKEY-4DCA7E5E)

1 0

Re: PAIX Outages (fwd)
by sten＠blinkenlights.nl 28 Apr '05

28 Apr '05

Extreme gaat lekker de laatste tijd :) -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem ---------- Forwarded message ---------- Date: Thu, 28 Apr 2005 13:51:54 -0400 From: Richard A Steenbergen <ras(a)e-gerbil.net> To: Jay Patel <jpatel70 at gmail.com> Cc: nanog at merit.edu Subject: Re: PAIX Outages On Wed, Apr 27, 2005 at 10:45:15AM -0400, Jay Patel wrote: > > I have heard rumors that S&D has been having persistent switch > problems with their switches at PAIX (Palo Alto), and I was kind of > wondering if anyone actually cared? Personally I tend to suspect the general lack of uproar is a rather unfortunate (for them) sign that PAIX is no longer relevant when it comes to critical backbone infrastructures. It looks like different folks have been seeing different levels of outages depending upon which switch/card they are connected to, but I havn't been able to find anyone who has seen fewer than 30 hits between April 16th and the two this morning. Our ports have seen just under 28 hours of total downtime so far this month, while some lucky people have only seen around 6 hours. I'm not sure if anyone at S&D or Extreme actually has any real idea what the problem is with these current switches, but given this amount of downtime, they should have replace every last component by now. If Extreme can't fix them, there should be a pile of Black Diamond's sitting on the curb waiting for trash day. In fact, 9/10ths of the way through writing this e-mail, I got a call from S&D stating that they are doing exactly that. :) In the mean time, here are some of the more interesting snipits of what has been tried on the current switches: 16 Apr 2005 20:19:53 GMT We are currently experiencing some problems with 2 network cards in our Palo Alto peering switch. This might be causing possible service degradations. Switch Engineers are expecting new cards to replace the 2 suspected faulty network cards. These cards should be arriving in or around 1 hour. Right after the cards arrive, we will be scheduling an emergency maintenance window to get these cards replaced. 19 Apr 2005 14:16:07 GMT The Purpose of this Emergency Maintenance window is for Switch Engineers to replace a faulty processor module card affecting the Bay Area Peering customers. The estimated down time will be 15 minutes. (Actual downtime several hours) 19 Apr 2005 19:27:49 GMT This is the final update regarding the problems experienced today with the peering fabric. Our Switch Engineers corrected the problems during the emergency maintenance window by replacing two line cards and 2 processor cards in the Palo Alto switch. All peering sessions should be restored at this time. 22 Apr 2005 21:56:15 GMT The purpose of this emergency maintenance window is for engineers to replace defective power supply units on the Paix Switch. No impact to your services is expected. 24 Apr 2005 21:25:48 GMT Our Switch Engineers will be conducting and emergency processor cards replacement at the Palo Alto site. The expected downtime while this maintenance is being conducting will be 2 hours. 24 Apr 2005 21:36:18 GMT Our Switch Engineers will be conducting and emergency chassis replacement at the Palo Alto site. The expected downtime while this maintenance is being conducting will be 3 hours. 25 Apr 2005 19:17:41 GMT Our engineers have escalated the problems with the peering switch in Palo Alto to 3rd level support at Extreme, the switch vendor. More details will follow as they become available. 26 Apr 2005 03:00:34 GMT Our Switch Engineers have advised us that the switch has been migrated to a different power bus to rule out any power variables. Power is being monitored for the next 24 hours. 28 Apr 2005 13:33:05 GMT At approximately 6:05 AM local time, the peering switch rebooted itself. Our switch engineers are investigating this issue and believe all sessions are back to normal at this time. More details will be provided as they become available. When I see a stable switching platform going forward, and some service credits for the massive outages we've all endured so far, I'll probably be a lot less cranky about the entire situation. Until then I have to say, if they keep this up their are going to need to change their name to "Switch or Data". Oh well, at least this didn't happen during the S&D sponsored NANOG. :) -- Richard A Steenbergen <ras at e-gerbil.net> http://www.e-gerbil.net/ras GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC)

1 0

KPN Telecom Telefonie-storing WCW terrein duurt voort...
by jpv-nlnog＠veldersjes.net 26 Apr '05

26 Apr '05

LS, even ter info, KPN is druk aan het lassen, ze moeten ~900 (keer twee meen ik zelfs, 6m nieuwe kabel ;D) adertjes aan elkaar zetten (ze waren op de helft) en dan moet de mantel er nog omheen... Geschat wordt dat ze pas om 23:00 klaar zijn... Daarna zullen de lijnen ook nog allemaal getest moeten worden... :( Dit geldt dus *ook* voor de WCW bewaking (020-592 3000) voor het aanmelden voor toegang tot de AMS-IX ruimtes bij SARA en NIKHEF ! Oorzaak: net voor het spoorviaduct op de Kruislaan (sportvelden / Middenweg zijde) is de KPN Telecom hoofdkabel richting het WCW terrein vanochtend vroeg (voor 09:00) kapot getrokken. Na 15:00 is KPN begonnen met het onderzoeken en uiteindelijk repareren... Groetjes, JP Velders (CWI, 020-592 4xxx ;D) PS: natuurlijk gebeurd dit nu net een nieuw telefoniecontract (met SLA's :D) met Versatel is afgesloten... ;) ---------- Forwarded message ---------- Date: Mon, 25 Apr 2005 11:40:30 +0200 From: Network Control Centre <ncc(a)sara.nl> Subject: IMPORTANT : Alternative tel.number due to a KPN Telephone outage at SARA available Hello all members of Tech-l, Hereby we want you to inform that SARA is temporarily NOT reachable on the usual tel. number: 020- 592 8000 because of an outage of KPN telephone cable(s). This outage will probably last till the end of this working day.When we will have more information we will inform you. There is an alternative number (TEMPORARILY) available: 06 - 10 558 302 this number will be available to call to untill 20:00 hours tonight. NOTE : we are ALWAYS reachable via e-mail adress : nic at sara.nl We apologise for the inconvenience. With kind regards, Ian Verhey SARA-HPN nic at sara.nl _______________________________________________ tech-l mailing list tech-l at ams-ix.net http://melix.ams-ix.net/mailman/listinfo/tech-l

3 3

TTL ignoren
by sabri＠cluecentral.net 19 Apr '05

19 Apr '05

Hi, Een interessante discussie op /. http://ask.slashdot.org/article.pl?sid=05/04/18/198259&tid=95&tid=128&tid=4 cluge asks: "It seems that several large providers give their users DNS servers that simply ignore DNS time to live (TTL). Over the past decade I've seen this from time to time. Recently it seems to be a pandemic, affecting very large cable/broadband and dial up networks. Performing a few tests against our broadband cable provider has shown that only one of the three provided DNS servers picked up a change in seven days or less. After turning in a trouble ticket with that provider - two of the three provided DNS servers were responding correct - while the third was still providing bad information more than two weeks after that specific change. What DNS caches ignore TTL by default? Is there a valid technical reason to ignore TTL?" -- Sabri Berisha, - CCNA, JNCIA #747 Internetworking Professional - +31 (0) 6 19890416 http://www.cluecentral.net - http://www.virt-ix.net

1 0