- NLNOG - mailman3.nlnog.net

Wie staat erop SARA en wil cinekid helpen ?
by marcoh＠marcoh.net 16 Sep '09

16 Sep '09

Collega's, Binnenkort is er weer Cinekid _het_ film festival voor kids oa op dat festival, naast een boel films, is ook een nieuw media lab met allerlei installatiea en doe dingetjes. Zo'n medialab is gebaat bij bandbreedte en een stel IP adressen, zal niet heel hard gaan maar meer als een dsl lijntje fijn vindt. Nu zijn we al een heel eind op weg, een bekende leverancier kan hoogstwaarschijnlijk een DF lijntje leggen naar S043 op SARA, wat we alleen nog zoeken is iemand die een GE over heeft om wat bitjes kado te doen. We dachten dat rond te hebben maar de koninklijke groene monstertjes hebben in hun oneindige wijsheid besloten dat ze dat niet meer mogen doen van de OPTA, ronduit bullshit maar we zitten nu wl met een probleem. Dus wie geeft ze de vinger en is zo sportief om cinekid online te helpen en daarmee eeuwige roem te vergaren en een hoop dankbare kids en vrijwillegers. Geld kunnen we niet bieden, logo op een website een paar kaartjes moeten we wel kunnen regelen. Meer info over het festival op cinekid.nl, details over aansluiting en requirements via mij of direct via Micha (in de CC). Names alle kids en organisatie bedankt, Grtx, MarcoH

1 1

Block of AS Numbers allocated to APNIC
by leo.vegoda＠icann.org 08 Sep '09

08 Sep '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, The IANA AS Numbers registry has been updated to reflect the allocation of a block of AS Numbers to APNIC. 55296-56319 Assigned by APNIC whois.apnic.net 2009-09-02 The registry can be found at: http://www.iana.org/assignments/as-numbers/as-numbers.xml http://www.iana.org/assignments/as-numbers/as-numbers.xhtml http://www.iana.org/assignments/as-numbers/as-numbers.txt Regards, Leo Vegoda Number Resources Manager, IANA -----BEGIN PGP SIGNATURE----- Version: 9.10.0.500 wj4DBQFKpohJvBLymJnAzRwRAncHAJiRWENmmK+qwpvAZIaPrs/urIa/AJ9f1A05 PM9TJWxzbAxpSiXyIgzvfA== =MGZ2 -----END PGP SIGNATURE-----

1 0

[Pdns-users] PowerDNS & PowerAdmin contributor Jorn Ekkelenkamp has passed away
by bert.hubert＠netherlabs.nl 07 Sep '09

07 Sep '09

Dear PowerDNS friends, I'm deeply saddened to have to report that Jorn Ekkelenkamp passed away yesterday, at the tender age of 26. He died battling Leukemia. Jorn was also known as Sjeemz on the #powerdns irc channel. At ISP Services (later known as Hubris) Jorn was perhaps the very first large scale user of PowerDNS, in addition to authoring the first PowerDNS web management solution, PowerAdmin. His belief in PowerDNS, and his subsequent deployment, paved the path for much of what we have achieved over the years. PowerAdmin also helped people use and migrate to PowerDNS. In addition, he frequently suggested, tested or even funded new PowerDNS features. Jorn will be missed very much. He was truly a PowerDNS man from the very first hour. His girlfriend and family were aware of Jorn's contributions to the open souce world and the Internet. If PowerAdmin has made your life or work better, or if you've benefited from his other contributions to the PowerDNS community, please drop me a message, and I'll relay to his family, who will appreciate hearing about what Jorn meant for other people. In addition, there will be church service Saturday morning - I can relay the details if you want to attend. I wish his family and everyone who knew Jorn lots of strength in dealing with this tremendous loss. Bert Hubert PowerDNS.COM _______________________________________________ Pdns-users mailing list Pdns-users at mailman.powerdns.com http://mailman.powerdns.com/mailman/listinfo/pdns-users

1 0

175/8 and 182/8 allocated to APNIC
by leo.vegoda＠icann.org 12 Aug '09

12 Aug '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, The IANA IPv4 registry has been updated to reflect the allocation of two /8 IPv4 blocks to APNIC in August 2009: 175/8 and 182/8. You can find the IANA IPv4 registry at: http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt Please update your filters as appropriate. Regards, Leo Vegoda Number Resources Manager, IANA -----BEGIN PGP SIGNATURE----- Version: 9.10.0.500 wj8DBQFKguZyvBLymJnAzRwRAmDCAKCCnxLNmk32v+sm786x5RyVLnLBDACcCu5I zCs7FdAdkIZRnfNtuVyVB0s= =6huK -----END PGP SIGNATURE-----

1 0

IPv6 en FHRP's
by bvisser-nlnog＠xs4all.nl 23 Jul '09

23 Jul '09

[..] > Dit is een stukje vaste infra waar dit allemaal minder relevant is. Ik had > laatst met MarcoH ook al een discussie over het al dan niet gebruiken van > EUI-64 (en RA's) op P2P's binnen je core etc. Wat ik zo links en rechts > verneem is erg stelling: in je core gewoon geen RA en EUI-64 gebruiken, > dat > is voorbehouden (als je het al wil) aan de access laag. Mijn gut feeling zegt dat ook ;-) Mijn belangrijkste punt was dat dingen aan 1 kant fixed en de andere kant "automagisch" een valkuil is. En al helemaal als dat nog een ander "beheersdomein" betreft, zoals soms tussen clients en accesslaag. RA zou ik zeker mijden in de core, maar zolang de EUI-64 adressen niet hard in (andere) configs staan (statische routes bv) zie ik niet meteen een groot bezwaar, en wel een voordeel dat je niet zelf hoeft op te letten dat ze uniek zijn op het aangesloten segment. > > Inmiddels draait eea, er is ook nog een stukje feedback van een Cisco SE > gekomen: > > "Because of ICMP redirects... they only work for LL addresses. Also the > entry in the RA section 4.2 of RFC4861 tells that it has to be LL address" > > De uiteindelijke config (for future reference) van een gecombineerde IPv4 > en > IPv6 HSRP setup ziet er nu zo uit: > > interface GigabitEthernet1/3.1103 > encapsulation dot1Q 1103 > ip address <ipv4> <subnetmask> > no ip redirects > no ip proxy-arp > ipv6 address <prefix>/64 > standby version 2 > standby 1 ip <ipv4 virtual IP) > standby 1 priority 110 > standby 1 preempt > standby 1 authentication <password> > standby 1 name <name> > standby 10 ipv6 FE80::5:73FF:FEA0:A > standby 10 priority 110 > standby 10 preempt > standby 10 authentication <password> > standby 10 name <name> > > Je kunt ook "standby 10 ipv6 autoconfig" gebruiken, de machine genereert > het > link-local adres dan zelf op basis van het virtuele MAC adres. In mijn > geval > heb ik dat adres overgenomen en hard in de config gezet, om te voorkomen > dat > het later om welke reden dan ook eens zou wijzigen. Mijn idee uit de Cisco docs is dat het adres puur op basis van hsrp groep gegenereerd is (10 = 0xA ) (eigenlijk: virtuele mac adres obv hsrp groep, en daaruit de link-local), en niet zal wijzigen zonder de hsrp groep te wijzigen. Nu ja, met fixed weet je het echt zeker. Boudewijn > > De client (in dit geval de ASA) die eraan hangt heeft FE80::5:73FF:FEA0:A > als default gekregen. > > Arjan >

1 0

IPv6 en FHRP's
by bvisser-nlnog＠xs4all.nl 23 Jul '09

23 Jul '09

> 2009/7/22 Boudewijn Visser <bvisser-nlnog at xs4all.nl> > [knip IPV6, HSRPv2, link-local gateway adres, ND,RA] > > Hieruit concludeer ik dus voorzichtig dat je HSRP gewoon veilig met > linklocals kan gebruiken en aangezien die toch altijd op basis van het MAC > adres zijn je net zo goed het 'autoconfig' keyword kunt gebruiken > (autoconfig fabriekt zelf het link-local op basis van de prefix en het mac > adres). Dat lijkt me ook. Als je kiest voor autoconfig zou ik het wel combineren met Router Advertisement (dwz: dat de clients automagisch dat gateway adres leren). Denk denk... Als je het (link-local dus) gateway adres vast configureert op de clients en je wisselt router hardware (nic of hele router) moet je de clients ook weer langs. (Of op dat moment niet vergeten om het vorige auto-gegenereerde link local adres op dat moment hard op de HSRP groep te zetten). Check check. Ah, link-local is by default derived van het *virtual* mac adres gereserveerd voor hsrp v2, wat weer gekoppeld is aan de HSRP groep. Ok, dus geen afhankelijkheid van router/interface hardware dus. Boudewijn > > Arjan >

2 1

IPv6 en FHRP's
by bvisser-nlnog＠xs4all.nl 22 Jul '09

22 Jul '09

> Ik ben langzaam bezig met IPv6 aan te zetten in ons testbed. Ik loop nu > tegen de situatie aan waar ik HSRP als FHRP mechanisme in heb gezet > richting > een device wat ik geen IGP wil/kan laten spreken en deze host dus naar het > virtuele IP wijst als gateway. > > Voor zover ik nu kan zien werkt het (iig binnen IOS) allemaal iets anders > op > IPv6. Na het aanzetten van HSRPv2 op het betreffende interface is IPv6 > supported en kan je een 2e groep aanmaken. Echter, als virtual IP is > alleen > een link-local adres supported, ik kan niet (analoog aan de IPv4 setup) > een > global IPv6 adres als virtual IP opgeven. Is het nu de bedoeling dat ik > een > linklocal adres fabriceer (of via het keyword 'autoconfig' laat > fabriceren) > en dat gebruik als gateway voor de betreffende host? > > Iemand iets dergelijks al in de praktijk draaien op IOS? Dat (nog) niet, en "echt serieus inwerken op IPV6" staat op mijn todo (ipv done) lijstje. Met deze slagen om de arm, werkt het volgens mij als volgt: Je hebt altijd (ook) link-local adressen op je lokale subnet, en gebruikt die als next hop. Ik neem aan dat als de destination niet een link-local adres is, het device dan "echte" adres als source gebruikt. De achtergrond is dat in IPV6 er geen ARP (tussen laag 2 en 3 in) is, maar Neighbour Discovery (+evt Route Advertisement), die wel "puur" op laag 3 zitten, op basis van link-local adressen en een koppeling naar mac adressen. Dus volgens mij is dat een stukje waar IPV6 wel echt anders is dan IPV4. Mocht ik dit nog niet goed begrepen hebben zal dat ongetwijfeld snel gepost worden; Niets werkt zo goed om antwoord te krijgen als iets fout zeggen ;-) Boudewijn

2 1

IPv6 en FHRP's
by arjan＠vanderoest.net 22 Jul '09

22 Jul '09

Ik ben langzaam bezig met IPv6 aan te zetten in ons testbed. Ik loop nu tegen de situatie aan waar ik HSRP als FHRP mechanisme in heb gezet richting een device wat ik geen IGP wil/kan laten spreken en deze host dus naar het virtuele IP wijst als gateway. Voor zover ik nu kan zien werkt het (iig binnen IOS) allemaal iets anders op IPv6. Na het aanzetten van HSRPv2 op het betreffende interface is IPv6 supported en kan je een 2e groep aanmaken. Echter, als virtual IP is alleen een link-local adres supported, ik kan niet (analoog aan de IPv4 setup) een global IPv6 adres als virtual IP opgeven. Is het nu de bedoeling dat ik een linklocal adres fabriceer (of via het keyword 'autoconfig' laat fabriceren) en dat gebruik als gateway voor de betreffende host? Iemand iets dergelijks al in de praktijk draaien op IOS?

1 0

Hello from Sweden
by pim＠ipng.nl 09 Jul '09

09 Jul '09

[-bit folks, as most of them will bounce, +nlnog - the netherlands network operators group] Mr Kouakou, I am really upset by your consistent lack of respect, shameless unwanted commercial e-mail, and stubborn attitude when it comes to customer feedback - well, I am sure I will never be a customer with your useless company, and I will recommend any and everybody to avoid doing business with you as your ethics are entirely and utterly wrong in epic and clusterfucked proportions. For NLnog, here's why I chose to publicize (for your benefit and amusement): On Sun, May 25, 2008 at 12:59 PM, Pim van Pelt<pim at bit.nl> wrote: > On Fri, May 23, 2008 at 09:14:12AM +0200, Florent Kouakou wrote: > | Pim, > | If you want to know, we did our homework before we mailed you. Please notice that we have no intention of spaming you. Sorry if this is how you feel. > I think we can pretty much ascertain that you failed :-) > > | What is your position in the company? > My current position at BIT can best be described as 'former employee'. > On Sun, Aug 31, 2008 at 5:15 PM, Pim van Pelt<pim at bit.nl> wrote: > On Fri, Aug 29, 2008 at 10:37 AM, Florent Kouakou > <florent.kouakou at telecomeasy.com> wrote: >> Mr Bik, > Hi Florent! > > It's *great* to hear from you again - really! > > On Tue, May 20, 2008 at 11:40:41AM +0200, I wrote to you: > | Mr Kouakou, > | > | did you just randomly pick people at BIT or did you actually > | put forth an effort to investigate your audience before mailing us? > | > | (I already know the answer.) > | > | groet, > | Pim > > You then bluffed that you did your homework and asked me my position > at the company, to which I answered that I had left in Q2 2006 (!) An > interesting factoid, which I'm sure you researched at length also but > I mention it none the less, is that Otto and Hans have left BIT. > > I'd be happy and eternally grateful if you just knocked it off with > the commercial e-mail and feeble attempts at pushing your products. I > AM NOT INTERESTED. On Sat, Dec 6, 2008 at 6:38 PM, Pim van Pelt<pim at bit.nl> wrote: > Florent, > > I have replied to an older mail of yours just now. You seem to be rather dense. > > On Wed, Dec 3, 2008 at 3:11 PM, Florent Kouakou > <florent.kouakou at telecomeasy.com> wrote: >> Hello Alex, >> I hope that you are well. Telecom easy Scandinavia is the specialist in the >> resale of telecommunication equipment of well known brand names such as >> Alcate-Lucent, Cisco, Nortel, Newbridge, Lucent, Siemens etc. We specialize >> in the supply of end-of-life, hard to find gears that operators need to >> maintain their network. > Knock it off spamming me already. You are pathetic! Can you please, for the love of god, STOP SPAMMING ME and my esteemed colleagues of BIT bv (and, if I might be so bold - anybody). Thank you and fuck you very much, Pim van Pelt (not a BIT employee) -- Pim van Pelt <pim at ipng.nl> PBVP1-RIPE - http://www.ipng.nl/

1 0

streetcabinets
by Jac.Kloots＠surfnet.nl 08 Jul '09

08 Jul '09

Hoi allen, Ik heb wat vragen over het gebruik van straatcabinets voor netwerk apparatuur. Iemand hier die hier ervaringen mee heeft? Graag even contact offlist Groeten, Jac -- Jac Kloots Network Services SURFnet bv

1 0