- NLNOG - NLNOG

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

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

20 Apr '11

Doorgestuurd op verzoek van Mark Meijerink. -----Original Message----- From: Mark Meijerink Sent: Wednesday, April 20, 2011 1:26 PM To: 'Erik Bais'; NLNOG at nlnog.net Cc: Andree at bgpmon.net; Alex Band Subject: RE: RPKI certification & BGPMON add-in Erik, Binnen het Research On Networks(RON) project van SURFnet heb ik hier vanuit SARA naar gekeken en heb ik ook deel genomen aan aan de RIPE Certification Task Force. In die tijd ook zelf de ROA's aangemaakt voor onze eigen prefixen en de portal getest. Dit werkte op zich allemaal redelijk eenvoudig inderdaad. Ik ben op dit moment echter niet meer actief betrokken bij de RIPE Certification Task Force maar volg de ontwikkelingen nog wel. 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 zouden het denk ik in eerste instantie gaan gebruiken voor het verifi?ren van de BGP prefixes van onze IP transit klanten. Hoe het daarna precies verder ingezet zal gaan worden is nog niet geheel duidelijk. Mvg, Mark -----Original Message----- From: nlnog-bounces at nlnog.net [mailto:nlnog-bounces@nlnog.net] On Behalf Of Erik Bais Sent: Wednesday, April 20, 2011 11:10 AM To: NLNOG at nlnog.net Cc: Andree at bgpmon.net; Alex Band 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 ? * 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. _______________________________________________ NLNOG mailing list NLNOG at nlnog.net http://mailman.nlnog.net/mailman/listinfo/nlnog

1 0

IN-ADDR.ARPA Nameserver Change Complete
by joe.abley＠icann.org 24 Mar '11

24 Mar '11

IN-ADDR.ARPA NAMESERVER CHANGE COMPLETE This is a courtesy notification of the completion of a change to the nameserver set for the IN-ADDR.ARPA zone. There is no expected impact on the functional operation of the DNS due to this change. There are no actions required by DNS server operators or end users. For more information about this work, please see <http://in-addr-transition.icann.org/>. DETAIL The IN-ADDR.ARPA zone is used to provide reverse mapping (number to name) for IPv4. The servers which now provide authoritative DNS service for the IN-ADDR.ARPA zone are as follows: A.IN-ADDR-SERVERS.ARPA (operated by ARIN) B.IN-ADDR-SERVERS.ARPA (operated by ICANN) C.IN-ADDR-SERVERS.ARPA (operated by AfriNIC) D.IN-ADDR-SERVERS.ARPA (operated by LACNIC) E.IN-ADDR-SERVERS.ARPA (operated by APNIC) F.IN-ADDR-SERVERS.ARPA (operated by RIPE NCC) All root servers dropped the IN-ADDR.ARPA zone according to the schedule posted earlier, and all root servers now respond to queries under IN-ADDR.ARPA with an appropriate referral. Note that as part of this transition, the IN-ADDR.ARPA zone is now signed with DNSSEC and a complete chain of trust now exists from the root zone to the IN-ADDR.ARPA zone. IP6.ARPA, the corresponnding zone for IPv6 reverse mapping, was signed similarly some time ago. Regards, Joe Abley Director DNS Operations ICANN

1 0

Dell PE 1950 railkits gezocht
by arjan＠vanderoest.net 17 Feb '11

17 Feb '11

Hoi, Heeft er iemand nog oude PE 1950 railkits liggen die eigenlijk naar de stort zouden moeten? Ik heb hier een paar van die machines, heb zelf een stapel railkits maar niet geschikt voor de PE1950. Er zijn diverse modellen (fixed, rapid, sliding) maar ze hebben allemaal hetzelfde concept bij de 1950 (en anderen, bv de R3x0): drie gaten in de rails links en rechts waar de server in 'valt'. Op de server zelf zitten alleen drie nokken aan elke kant. Ik zoek 4 kitjes, maar elk aantal is welkom. Replies mogen buiten de lijst om. Arjan

1 0

Root Zone DNSSEC KSK Ceremony 4 Completed
by joe.abley＠icann.org 08 Feb '11

08 Feb '11

KSK CEREMONY 4 The fourth KSK ceremony for the root zone took place in El Segundo, CA, USA on Monday 2011-02-07. The Ceremony Administrator was Mehmet Akcin. The ceremony was completed successfully. Video from Ceremony 4 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 4 included processing of a Key Signing Request (KSR) generated by VeriSign, and the resulting Signed Key Response (SKR) contained signatures for Q2 2011, for use in the root zone between 2011-04-01 and 2011-07-05. 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

Root Zone DNSSEC KSK Ceremony 4 (UTC correction)
by joe.abley＠icann.org 07 Feb '11

07 Feb '11

> KSK CEREMONY 4 > > The fourth KSK ceremony for the root zone will take place in El > Segundo, CA, USA on Monday 2011-02-07. The ceremony is scheduled > to begin at 1300 local time (1700 UTC) and is expected to end by > 1900 local time (2300 UTC). Apologies for the time zone miscalculation. El Segundo is in the Pacific time zone, UTC-8. The ceremony is scheduled to begin at 1300 local time (2100 UTC) and is expected to end by 1900 local time (2011-02-08 0300 UTC). Joe

1 0