- NLNOG - mailman3.nlnog.net

rbl.cluecentral.net will cease to exist
by sabri＠cluecentral.net 28 Oct '05

28 Oct '05

[ apologies for the wide distribution ] Dear reader, On november the 1st 2005, the rbl.cluecentral.net ip-to-country and ip-to-as DNS list will cease to exist. All queries will fail and on december the 1st 2005 I will remove the dns-servers from the machines they are running on. Important note: some users have been using this list for explicit whitelisting purposes of their own IP space. Please make absolutely sure that you have alternatives. Refer to http://moensted.dk/spam for a list of possible alternatives for your configuration. Any queries/flames/followups are welcome via private e-mail. Thanks, -- Sabri please do not throw salami pizza away

1 0

Level3 ?
by frans＠quanza.net 21 Oct '05

21 Oct '05

hi, Iemand al enig idee wat de oorzaak is van het feit dat Level3 bijna van de aardbodem lijkt te zijn verdwenen ? 8:30 support /users/franst (5):- traceroute www.bluedome.net traceroute to v-host1.bluedome.net (212.72.56.20), 64 hops max, 44 byte packets 1 18-gw-asd2.nl.euro.net (194.134.183.37) 0.427 ms 0.366 ms 0.375 ms 2 G3-4.cr1-asd2.nl.euro.net (194.134.161.117) 0.391 ms 0.374 ms 0.374 ms 3 G6-1.cr1-asd5.nl.euro.net (194.134.161.193) 0.485 ms 0.526 ms 0.482 ms 4 gi2-0.amsbb1.Amsterdam.opentransit.net (193.251.254.117) 0.439 ms 0.439 ms 0.429 ms 5 po13-0.loncr3.London.opentransit.net (193.251.241.146) 10.786 ms 10.773 ms 10.767 ms 6 po3-0.nykcr3.NewYork.opentransit.net (193.251.243.21) 82.734 ms 82.746 ms 82.726 ms 7 po3-0.nykcr2.NewYork.opentransit.net (193.251.242.209) 82.753 ms 82.752 ms 82.740 ms 8 po13-0.chicr2.Chicago.opentransit.net (193.251.240.137) 104.620 ms 102.494 ms 102.494 ms 9 so-3-2-0.edge2.Chicago1.Level3.net (4.68.111.1) 102.719 ms 102.713 ms 102.713 ms ... 8:38 babaracus /users/franst (1015):traceroute www.marktplaats.nl traceroute to www.marktplaats.nl (213.244.166.166), 64 hops max, 40 byte packets 1 10.0.0.1 (10.0.0.1) 0.321 ms 0.261 ms 0.291 ms 2 nxs-gw (217.115.196.193) 0.606 ms 0.567 ms 0.603 ms 3 tc2-fe8-ge4-0.er1b.ams2.nl.above.net (62.93.194.97) 0.760 ms 0.722 ms 0.762 ms 4 pos3-0.cr2.ams2.nl.above.net (64.125.31.170) 14.957 ms 14.919 ms 14.956 ms 5 so-5-0-0.mpr1.ams5.nl.above.net (208.184.231.253) 1.697 ms 1.503 ms 1.537 ms 6 so-5-0-0.cr2.lhr3.uk.above.net (64.125.27.177) 15.113 ms 15.070 ms 15.112 ms 7 pos2-0.mpr2.lhr1.uk.above.net (208.184.231.66) 14.800 ms 14.759 ms 14.797 ms 8 pos2-2.core1.London1.Level3.net (208.185.188.186) 14.955 ms !H^C Ze lijken nog wel eea. te adverteren, maar zelfs hun eigen site komt erg traag binnen. Ik heb reeds gemaild en hang al enige tijd in de supportqueue, maar daar zit vrij weinig voortgang in. thanks, Frans (die zo op vakantie gaat.... zucht)

2 3

Toename in list subscription bombing
by niels.bakker＠ams-ix.net 20 Oct '05

20 Oct '05

Hallo, De afgelopen tijd worden zowel noc@ als webmaster@ ams-ix.net door derden op mailing lists gesubscribed. In het begin was dit wel grappig (de "pantyhosefetish.com" mailing list?) maar het begint ondertussen best vervelend te worden. Het vervuilt ook ons ticketing system. Alle subscription confirmation mails hebben een vrij lage score in SpamAssassin. Ik loop alle hosts gewoon te blocken in /etc/postfix/ access maar dat schaalt niet echt. Hebben andere mensen ook een toename van dit soort misbruik gezien? Tips, SA rules etc. om dit tegen te gaan? Overigens zijn de laatste regels van 't tweede bijgesloten mailtje best interessant... Begin forwarded message: > Return-Path: <bounces at hotbobs.com> > Received: from hotbobs.hitsconnect.com (hotbobs.hitsconnect.com > [63.246.153.22]) > (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) > (No client certificate requested) > by betonmix.noc.ams-ix.net (Postfix) with ESMTP id 8532BFA868 > for <noc at ams-ix.net>; Thu, 20 Oct 2005 08:02:06 +0200 (CEST) > Received: from hotbobs2 by hotbobs.hitsconnect.com with local (Exim > 4.52) > id 1ESTV7-0003rh-Af > for noc at ams-ix.net; Thu, 20 Oct 2005 01:02:05 -0500 > Content-Disposition: inline > Content-Transfer-Encoding: binary > Content-Type: text/plain > MIME-Version: 1.0 > X-Mailer: MIME::Lite 2.117 (F2.72; T1.001; B3.05; Q3.03) > Date: Thu, 20 Oct 2005 06:02:05 UT > From: "Advertising knowhow newsletter" <admin at hotbobs.com> > To: "Amsix Amsixnet" <noc at ams-ix.net> > Subject: Re: [AMS-IX #10922] Advertising Know-How Subscription > Confirmation > Message-Id: <814101_542979_133996_930654 at hotbobs.com> > X-AntiAbuse: This header was added to track abuse, please include > it with any abuse report > X-AntiAbuse: Primary Hostname - hotbobs.hitsconnect.com > X-AntiAbuse: Original Domain - ams-ix.net > X-AntiAbuse: Originator/Caller UID/GID - [32006 32003] / [47 12] > X-AntiAbuse: Sender Address Domain - hotbobs.com > X-Source: /usr/bin/perl > X-Source-Args: /usr/bin/perl arp3-formcapture.pl > X-Source-Dir: hotbobs.com:/public_html/cgi-bin/arp3 > > Thank you for subscribing to Advertising Know-How. > We operate a 100% permission only policy > You have subscribed as Amsix > at noc at ams-ix.net > > In order to receive your report on how scotts sign up rate went from > 10 to 500 subscribers today you will need to confirm your subscription > by clicking once on the link below. > > http://www.hotbobs.com/cgi-bin/arp3/arp3-confirm.pl? > p=1129788125.175067 > > If the above link is not clickable for any reason then copy and > paste it > into your browser. > > If you delete this email without using the above link your > subscription > will automatically be deleted after 72 hours. > > You may also contact me at webmaster at advertisingknowhow.com > ------------------------------------------------------- > > We are dedicated to legitimate mailing to those that voluntarily > sign-up > their email address to receive mail from Advertising Know-How. ALL > mails > have a remove from list link at the bottom . > > All list data is secure and safe and NEVER released to any one. > > If you wish not to receive this report or not to be a subscriber to > Advertising Know-How You may remove your self instantly by using > this link http://www.hotbobs.com/cgi-bin/arp3/arp3-un.pl? > c=164219&p=8812 > > Thank you. > Robert Puddy > editor of Advertising Know-How Begin forwarded message: > Return-Path: <errors+gb at ipost.com> > Received: from www02.ipost.com (db02.ipost.com [64.84.5.12]) > by betonmix.noc.ams-ix.net (Postfix) with ESMTP id E4E97FA868 > for <noc at ams-ix.net>; Thu, 20 Oct 2005 08:06:25 +0200 (CEST) > Received: (from nobody at localhost) > by www02.ipost.com (8.11.6/8.11.6) id j9K66P308194; > Wed, 19 Oct 2005 23:06:25 -0700 > Date: Wed, 19 Oct 2005 23:06:25 -0700 > Message-Id: <200510200606.j9K66P308194 at www02.ipost.com> > X-Authentication-Warning: www02.ipost.com: nobody set sender to > errors+gb at ipost.com using -f > Precedence: bulk > Subject: [AMS-IX #10923] Garden Botanika subscription preferences > changed > From: "Garden Botanika" <admin+gb at ipost.com> > To: noc at ams-ix.net > > This message confirms changes to your subscription preferences > for address <noc at ams-ix.net>. > > This address is SUBSCRIBED to mailings from Garden Botanika. > > To review your preferences or make further changes: > http://gb.ip07.com/gb/prefs// > 9z1zo2dht82jk2aiam7aegfmiqm5b2odan6ltjg6kdo > > If these changes were not made or authorized by you, > please notify <admin+gb at ipost.com>. > > Submission details: > IP address: 80.11.125.82 > Date: Wed Oct 19 23:06:25 2005

2 1

Gezocht
by J.deMooij＠nl.tiscali.com 16 Sep '05

16 Sep '05

Goeiemiddag ####################################################### # This equipment is property of Capcave BV # # --------------------------------------------------- # # ANY UNAUTHORIZED ACCESS OR MODIFICATION of this # # equipment or its configuration IS PROHIBITED # # # # If you see this message, please contact us at: # # noc at capcave.com or +31 651 063040 # ####################################################### User Access Verification Password: cr1.tc2-1.nl>en Password: cr1.tc2-1.nl# cr1.tc2-1.nl# Heb het al bijna allemaal bij mij thuis staan ;-) Dat word opschieten Gr, Joris -----Original Message----- From: nlnog-bounces at nlnog.net [mailto:nlnog-bounces@nlnog.net] On Behalf Of Sabri Berisha Sent: vrijdag 16 september 2005 13:59 To: Henry Verbeek Cc: nlnog at nlnog.net Subject: Re: [Nlnog] Gezocht On Fri, Sep 16, 2005 at 01:54:41PM +0200, Henry Verbeek wrote: Henry! > Wie van jullie heeft nog 6 gebruikte 19" racks staan waar hij/zij vanaf wil? > Graag even offlist antwoorden. Ik denk dat onze vrienden van Capcave wellicht nog wat hardware hebben staan. -- Sabri please do not throw salami pizza away _______________________________________________ NLNOG mailing list NLNOG at nlnog.net http://mailman.nlnog.net/mailman/listinfo/nlnog

1 0

High-speed Firewalls
by tycho＠e-dude.org 16 Sep '05

16 Sep '05

Beste concullega's, ivm een project bij mijn nieuwe werkgever heb ik de volgende vraag: Wij zijn op zoek naar een high-speed firewalling oplossing die wire-speed Gigabit aan kan. We hebben al naar Checkpoint, Netscreen en Cisco FWSM gekeken, maar vroegen ons af wat er eventueel verder nog beschikbaar is. Grtz, Tycho -- Tycho Eggen (Unix|Network) Engineer tycho at e-dude.org +31 6 41 824 855 "Never attribute to malice what can be explained by incompetence"

1 0

Gezocht
by henry＠bit.nl 16 Sep '05

16 Sep '05

Heren, Wie van jullie heeft nog 6 gebruikte 19" racks staan waar hij/zij vanaf wil? Graag even offlist antwoorden. -- Met vriendelijke groet, Henry Verbeek BIT BV HV2801-RIPE PGPKEY-0xA9E6B139

2 1

Who the F. is Savvis
by J.deMooij＠nl.tiscali.com 13 Sep '05

13 Sep '05

En ze hebben nog een probleem ook. Ze fucken mijn connectie naar xs4all op 2 9 ms 8 ms 7 ms dD5E0FA41.access.telenet.be [213.224.250.65] 3 8 ms 9 ms 9 ms 213.224.126.234 4 11 ms 11 ms 8 ms 212.3.238.1 5 53 ms 24 ms 19 ms ae-0-15.mp1.Brussels1.Level3.net [212.3.239.65] 6 14 ms 12 ms 14 ms as-0-0.mp1.Amsterdam1.Level3.net [212.187.128.14] 7 12 ms 12 ms 13 ms so-11-0.core1.Amsterdam1.Level3.net [4.68.113.73] 8 32 ms 41 ms 30 ms acr1-so-3-0-0.Amsterdamamx.savvis.net [208.174.49.1] 9 29 ms 31 ms 29 ms acr2-ae0.Amsterdamamx.savvis.net [208.174.48.90] 10 115 ms 115 ms 119 ms kpn.Amsterdamamx.savvis.net [208.174.49.134] 11 106 ms 101 ms 102 ms 0.so-6-0-0.xr2.d12.xs4all.net [194.109.5.5] 12 103 ms 99 ms 105 ms www.xs4all.nl [194.109.6.92] Trace complete. Grtz Joris

5 5

TC2 en word documenten
by alex＠bit.nl 09 Sep '05

09 Sep '05

Hi, Zijn er hier meer mensen die zich ergeren aan het feit dat TC2 het nodig vind om door middel van het e-mailen van word documenten te communiceren? -- Met vriendelijke groet, Alex Bik, BIT BV AB2298-RIPE

2 2

ARP en multicast ethernet
by arien.vijn＠ams-ix.net 05 Sep '05

05 Sep '05

Vraag: Moet een host zijn ARP-tabel updaten na het ontvangen van het volgende ARP-request? Ethernet II, Src: 195.69.xxx.xxx (00:01:23:45:67:89), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Destination: Broadcast (ff:ff:ff:ff:ff:ff) Source: 195.69.xxx.xxx (00:01:23:45:67:89) Type: ARP (0x0806) Trailer: 000000000000000000000000000000000000 Address Resolution Protocol (request) Hardware type: Ethernet (0x0001) Protocol type: IP (0x0800) Hardware size: 6 Protocol size: 4 Opcode: request (0x0001) Sender MAC address: 01:01:23:45:67:89 (01:01:23:45:67:89) Sender IP address: 195.69.xxx.xxx (195.69.xxx.xxx) Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00) Target IP address: 195.69.xxx.xxx (195.69.xxx.xxx) Let op het 'Sender MAC address', daar staat het ethenet multicast bit op ??n. In aantal implementaties (Linux, Force-10, Foundry) wordt de ARP-tabel veranderend alsof het een normale update betreft. In een aantal andere niet (juniper, Cisco). RFC826 zegt er niets over. In hoofdstuk 21 van het 2de deel van standaardwerk van Stevens [1] wordt alleen gesproken op het eigen MAC- adress en het broadcast-adres. Het request wordt in beide gevallen genegeerd. Weet iemand meer (betere) documentatie? -- Arien [1] Gary R. Wright W. Richard Stevens, "TCP/IP illustrated Volume 2 - The implementation"

2 1

normaal?
by melchior＠synssans.nl 26 Aug '05

26 Aug '05

Wellicht ligt het aan mij, maar sinds wanneer is het normaal dat wanneer je support aanvraagt om een server te laten rebooten de desbetreffende engeneer een ladder pakt, deze naast 1 van je webcams zet en vervolgens een ram geeft tegen die cam zodat die het niet meer doet? Leuk om te weten hierbij: de server die gereboot moest worden stond onderin een rack. Ligt dit nu aan mij of heet dit opzettelijk vernielen? Het was dat ik toevallig mee zat te kijken, maar dan zit je opeens wel heel raar te kijken.... Met vriendelijke groet, Regards, Melchior Synssans B.V. http://www.synssans.nl

8 31