- NLNOG - mailman3.nlnog.net

World IPv6 Day event at Science Park
by jaap＠NLnetLabs.nl 20 May '11

20 May '11

(Forwarded) Hi, On June 8th, a number of organizations (amongst NLnet Labs) are organizing an World IPv6 Day event. See ipv6day.nl. If you want to register for this event (no registration fee), please do so by today. We are heading to the max. number of participants and have to close the registration. -- Benno -- Benno J. Overeinder NLnet Labs http://www.nlnetlabs.nl/

1 1

Root Zone DNSSEC KSK Ceremony 5
by joe.abley＠icann.org 16 May '11

16 May '11

KSK CEREMONY 5 The fifth KSK ceremony for the root zone took place in Culpeper, VA, USA on Wednesday 2011-05-11. The Ceremony Administrator was Mehmet Akcin. The ceremony was completed successfully. Video from Ceremony 5 was recorded for audit purposes. Video and associated audit materials will be published in 1 to 2 weeks, and will be available as usual by following the "KSK Ceremony Materials" link at <https://www.iana.org/dnssec/>. Ceremony 5 included processing of a Key Signing Request (KSR) generated by VeriSign, and the resulting Signed Key Response (SKR) contains signatures for Q3 2011. CONTACT INFORMATION We'd like to hear from you. If you have feedback for us, please send it to rootsign at icann.org.

1 0

Dip in alle transit
by arjan＠vanderoest.net 11 May '11

11 May '11

On 11May, 2011, at 11:24 , Bartjan Hoogenbosch wrote: > Geen id?e wat ze exact hebben gedaan maar ik zie dit bij ons in de logs: > > > May 11 10:22:12.806 GMT+1: %BGP-4-MAXPFX: Number of prefixes received from > 195.69.145.237 (afi 0) reaches 3751, max 5000 > May 11 10:22:18.974 GMT+1: %BGP-3-MAXPFXEXCEED: Number of prefixes received > from 195.69.145.237 (afi 0): 5001 exceeds limit 5000 > May 11 10:22:18.974 GMT+1: %BGP-5-ADJCHANGE: neighbor 195.69.145.237 Down > BGP Notification sent > May 11 10:22:18.974 GMT+1: %BGP-3-NOTIFICATION: sent to neighbor > 195.69.145.237 3/1 (update malformed) 0 bytes > May 11 10:22:18.974 GMT+1: %BGP-4-MSGDUMP: unsupported or mal-formatted > message received from 195.69.145.237: > FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF 0052 0200 0000 2F40 0101 0040 020E > 0206 > C4D0 6386 0C90 3C34 83FC 60B5 4003 04C3 4591 ED40 0600 C007 0660 B50A 0002 > 03C0 > 0804 1A79 1A79 14D5 3740 15D5 3758 15D5 3778 > May 11 10:22:20.518 GMT+1: %BGP_SESSION-5-ADJCHANGE: neighbor 195.69.145.237 > IPv4 Unicast topology base removed from session BGP Notification sent http://www.w-ix.com/index.php?pageid=12 Niet geheel ontoevallig? Arjan

1 0

Dip in alle transit
by arjan＠vanderoest.net 11 May '11

11 May '11

Ik zie een tien minuten geleden ineens vrijwel al m'n transit verkeer inkakken en op hetzelfde moment verkeer via amsix significant toenemen. Diverse mensen op #nlnog rapporteren hetzelfde, vari?rend van Level3 tot cogent, Atom, KPN, etc. Meer mensen die dit gezien hebben en enige clue hebben wat er aan de hand was? Op dit moment lijkt alles hier normaal. Arjan

2 2

Fwd: Cogent and Google no longer peered via IPv6
by arjan＠vanderoest.net 04 May '11

04 May '11

Had iemand dit en de vervolgdiscussie op de ipv6-ops list al meegekregen? Navraag leerde het volgende statement van Cogent: > Hello Tore, > here is the statement of our Peering department: > > "[...] we don't peer with Google because they don't meet > our peering policy and as a result we will not get this v6 route." Arjan Begin forwarded message: > > From: Phil Benchoff <benchoff at vt.edu> > Date: 3May2011 2:27:22 GMT+02:00 > To: "ipv6-ops at lists.cluenet.de" <ipv6-ops at lists.cluenet.de> > Subject: Cogent and Google no longer peered via IPv6 > > As of Thursday 28 April at about noon (EDT) most of our IPv6 inbound traffic > shifted to our backup ISP. A little digging shows that we are receiving no > routes from AS15169 (Google) via Cogent. They are no longer peered via IPv6. > No HE and no Google. That somewhat limits the usefulness of our IPv6 > connectivity via Cogent. > > Anybody else notice this? > > Phil

1 0

Root Zone DNSSEC KSK Ceremony 5
by joe.abley＠icann.org 28 Apr '11

28 Apr '11

KSK CEREMONY 5 The fifth KSK ceremony for the root zone will take place in Culpeper, VA, USA on Wednesday 2011-05-11. The ceremony is scheduled to begin at 1300 local time (1700 UTC) and is expected to end by 1600 local time (2000 UTC). Video from Ceremony 5 will be recorded for audit purposes. Video and associated audit materials will be published 1 to 2 weeks after the ceremony, and will be available as usual by following the "KSK Ceremony Materials" link at <https://www.iana.org/dnssec/>. ICANN will operate a separate camera whose video will not be retained for audit purposes, but which will instead be streamed live in order to provide remote observers an opportunity to watch the ceremony. The live stream will be provided on a best-effort basis. The live video stream will be available at <http://dns.icann.org/ksk/stream/>. Ceremony 5 will include processing of a Key Signing Request (KSR) generated by VeriSign, and the resulting Signed Key Response (SKR) will contain signatures for Q3 2011. CONTACT INFORMATION We'd like to hear from you. If you have feedback for us, please send it to rootsign at icann.org.

1 0

Fwd: RPKI certification & BGPMON add-in
by erik＠bais.name 21 Apr '11

21 Apr '11

Op verzoek van Andree. Verstuurd vanaf mijn iPad Begin doorgestuurd bericht: Van: Andree Toonk <andree at toonk.nl<mailto:andree at toonk.nl>> Datum: April 21, 2011 5:22:05 GMT+02:00 Aan: "NLNOG at nlnog.net<mailto:NLNOG at nlnog.net>" <NLNOG at nlnog.net<mailto:NLNOG at nlnog.net>> Kopie: Erik Bais <erik at bais.name<mailto:erik at bais.name>>, Alex Band <alexb at ripe.net<mailto:alexb at ripe.net>> Onderwerp: Antw.: RPKI certification & BGPMON add-in Goedemorgen Nlnog, .-- My secret spy satellite informs me that at 11-04-20 2:10 AM Erik Bais wrote: Ik heb gisteren even zitten te twitteren met Andree Tonk van BGPMon.net<http://BGPMon.net>, nadat ik gelezen had dat hij druk bezig is met het implementeren van RPKI route validation. Voorbeeld : whois -h bgpmon.net<http://bgpmon.net> 46.244.0.0/17| grep RPKI De RPKI certification is iets wat je via de RIPE LIR portal kan instellen voor je eigen PA prefixes. Dat kost je een kleine 5 tot 10 minuten omdat even in te regelen. Meer info : <http://ripe.net/certification/> http://ripe.net/certification/ Voor de early adopters die naar aanleiding van deze email thread ROA?s gemaakt hebben en graag willen testen, zie hier hoe je je ROA?s kan testen met onze whois service: <http://bgpmon.net/blog/?p=414> http://bgpmon.net/blog/?p=414 Voor degene die BGPmon.net<http://BGPmon.net> gebruiken voor het monitoren van je netwerken: Het is nu mogelijk (beta) om ook te monitoren voor de RPKI validatie status. BGPmon checked of de announcements voor je prefixes geldig zijn volgens de ROA(s) en waarschuwt je in het geval van een validatie failure. Mocht je ge?nteresseerd zijn in het testen van deze feature , stuur me een mailtje en dan enable ik dit voor je. Groeten Andree

2 1

RPKI certification & BGPMON add-in
by erik＠bais.name 21 Apr '11

21 Apr '11

Hoi, Ik heb gisteren even zitten te twitteren met Andree Tonk van BGPMon.net, nadat ik gelezen had dat hij druk bezig is met het implementeren van RPKI route validation. Voorbeeld : whois -h bgpmon.net 46.244.0.0/17| grep RPKI De RPKI certification is iets wat je via de RIPE LIR portal kan instellen voor je eigen PA prefixes. Dat kost je een kleine 5 tot 10 minuten omdat even in te regelen. Meer info : http://ripe.net/certification/ Mijn vragen hier: * Heb je al eens naar Resource certification gekeken ? * Heb je je eigen prefixes al via de LIR portal onder een ROA gezet ? * Ben je op de hoogte dat er een RIPE policy proposal mbt RPKI momenteel ter goedkeuring ligt bij de address-policy-wg @ RIPE ? (http://www.ripe.net/ripe/policies/proposals/2008-08 ) o Wat is je mening hierover ? En ben je op de komende RIPE meeting (mei 2011 - Amsterdam) aanwezig waar dit verder besproken gaat worden ? * Denk je dat je zelf dit systeem zou gaan gebruiken om: o Routes van klanten te checken voordat je transit voor ze gaat verzorgen. o Routes van je peers / transits te checken. Persoonlijk zou ik zelf graag zien dat RPKI zsm in een RIPE policy wordt overgenomen, om daarna zsm ook PI te gaan ondersteunen, aangezien de kans groter is dat iemand met rare prefixes aankomt zetten die geen PA zijn. Mvg, Erik Bais Ps. Ik heb zowel Alex Band (de product manager mbt RPKI bij RIPE) en Andree Toonk (BGPMon.net) in cc gezet. Ik weet niet of ze ook via de maillijst kunnen mailen.

4 3

RPKI certification & BGPMON add-in
by alexb＠ripe.net 20 Apr '11

20 Apr '11

On 20 Apr 2011, at 13:25, Mark Meijerink wrote: > De implementatie van Andree is een eerste aanzet voor het kunnen verifi?ren van de route origin. En zeker bruikbaar voor een eerste handmatige controle van prefixes. Het het is nu wachten op een implementatie in de routeing software van routers. Wij werken actief samen met Cisco om RPKI-Router ondersteuning te ontwikkelen. Ik heb hier twee Cisco 7200s liggen met beta RPKI-RTR firmware, waar wij een (open source, niet-vendor specifieke) validation toolset omheen bouwen: https://datatracker.ietf.org/doc/draft-ietf-sidr-rpki-rtr/ Juniper is hier ook actief mee bezig. In Q4 2011 kun je de eerste firmwares van fabrikanten verwachten. Dan zorgen wij dat er een end-to-end oplossing is. -Alex

1 0

RPKI certification & BGPMON add-in
by stefanideler＠i3d.nl 20 Apr '11

20 Apr '11

_____ From: Erik Bais [mailto:erik@bais.name] To: NLNOG at nlnog.net [mailto:NLNOG at nlnog.net] Cc: Andree at bgpmon.net [mailto:Andree at bgpmon.net] Alex Band [mailto:alexb at ripe.net] Sent: Wed, 20 Apr 2011 11:10:03 +0200 Subject: [Nlnog] RPKI certification & BGPMON add-in Hoi, Ik heb gisteren even zitten te twitteren met Andree Tonk van BGPMon.net, nadat ik gelezen had dat hij druk bezig is met het implementeren van RPKI route validation. Voorbeeld : whois -h bgpmon.net 46.244.0.0/17| grep RPKI De RPKI certification is iets wat je via de RIPE LIR portal kan instellen voor je eigen PA prefixes. Dat kost je een kleine 5 tot 10 minuten omdat even in te regelen. Meer info : http://ripe.net/certification/ Mijn vragen hier: * Heb je al eens naar Resource certification gekeken ? * Heb je je eigen prefixes al via de LIR portal onder een ROA gezet ? * Ben je op de hoogte dat er een RIPE policy proposal mbt RPKI momenteel ter goedkeuring ligt bij de address-policy-wg @ RIPE ? (http://www.ripe.net/ripe/policies/proposals/2008-08 ) o Wat is je mening hierover ? En ben je op de komende RIPE meeting (mei 2011 - Amsterdam) aanwezig waar dit verder besproken gaat worden ? Ik heb bij ons de prefixes er reeds in staan, inclusief de blokjes die we buiten ons eigen AS gebruiken. Het is naar mijn mening een nuttig concept en hoop ook dat het wat breder (meer partijen, meer ondersteuning) zal worden toegepast in de toekomst. Ik ben aanwezig op de GM, of ik naar de rest van de RIPE meeting ga weet ik nog niet. * Denk je dat je zelf dit systeem zou gaan gebruiken om:o Routes van klanten te checken voordat je transit voor ze gaat verzorgen. o Routes van je peers / transits te checken. Hiermee heb je een extra tool in handen om het verhaal van een partij te verifi?ren, en dat is altijd meegenomen. Persoonlijk zou ik zelf graag zien dat RPKI zsm in een RIPE policy wordt overgenomen, om daarna zsm ook PI te gaan ondersteunen, aangezien de kans groter is dat iemand met rare prefixes aankomt zetten die geen PA zijn. PI zou inderdaad welkom zijn, echter dan zit je wel met het probleem dat de afnemer van de PI space dit bij elke verhuizing opnieuw moet regelen met de lir waarvan hij deze afneemt. Mvg, Stefan Ideler

1 0