- ipv6-wg - mailman.ripe.net

[training] RIPE NCC Webinars - new dates
by Training Services 19 May '14

19 May '14

Dear colleagues, We are pleased to announce the launch of new dates for our Webinars. The RIPE NCC Webinars are live and take only one hour. You can interact with our trainers without leaving your desk. We focus on the topics and issues most important for LIRs. Register now at https://www.ripe.net/lir-services/training/e-learning/webinars Participation is limited to 20 people, so don't hesitate if you want to take part! If you have questions, please email <training(a)ripe.net>. We look forward to seeing you online. Kind regards, RIPE NCC Training Services

1 0

Discrepancies within ripe-554
by Cudok, Dr. Andreas 15 May '14

15 May '14

Dear Sirs, while reading ripe-554 (http://www.ripe.net/ripe/docs/ripe-554) carefully, I found the following discrepancies: 1. In section "Requirements for network security equipment" you say that "For every mandatory standard the applicable subgroups are specified in parentheses at the end of the line". Then within "Mandatory Support" you can find the following line: "Deprecation of Type 0 Routing Headers in IPv6 [RFC5095]*". Does the omission of any applicable subgroup mean, that this requirement is not applicable to any subgroup (where the "*" just indicates that this is a requirement for "IPv6 Ready Logo" only), or does it in contrast mean, that this requirement is implicitly applicable to all 3 subgroups FW, IFS and APFW? 2. Within "Optional Support" of section "Requirements for network security equipment" with one exception no applicable subgroups are specified. Does this mean, that these optional requirements are implicitly applicable to all 3 subgroups FW, IFS and APFW? But then no applicable subgroup should be mentioned at all, hence the one exception I mentioned causes confusion: "Using IPsec to Secure IPv6-in-IPv4 Tunnels [RFC4891] (FW)". And you are embarrassed even more when you see the following a few lines later: "Using IPSec to Secure IPv6-in-IPv4 Tunnels [RFC4891]". Hence, I assume that the first line "Using IPsec to Secure IPv6-in-IPv4 Tunnels [RFC4891] (FW)" is an error and has to be wiped out? 3. Within "Mandatory Support" of section "Requirements for network security equipment" you find "If the request is for a dynamic internal gateway protocol (IGP), then the required . , OSPF-v3 [RFC5340] . must be supported." while within "Optional Support" of section "Requirements for network security equipment" you will see: "OSPF-v3 [RFC5340]". Can you explain this contrariety? 4. Within "Mandatory Support" of section "Requirements for network security equipment" you find "If OSPF-v3 is requested, the device must support "Authentication/Confidentiality for OSPFv3" [RFC4552] (FW, IPS, APFW)" while within "Optional Support" of section "Requirements for network security equipment" you will see: "Authentication/Confidentiality for OSPF-v3 [RFC4552]". Can you explain this contrariety? Your answers are welcome! Kind Regards DATEV eG Dr. Andreas Cudok Paumgartnerstr. 6-14 D 90329 Nürnberg Phone +49(911)319-4031 Mail andreas.cudok(a)datev.de <mailto:andreas.cudok@datev.de> _____ Diese E-Mail wurde mit einem Zertifikat der DATEV eG signiert. Damit können Sie sicher sein, dass die Nachricht so von uns gesendet wurde. Wenn Sie eine Meldung erhalten, dass die Signatur ungültig ist oder nicht geprüft werdenkann, fehlt das Zertifikat zu dieser Signatur auf Ihrem Rechner. Informationen zu Zertifikaten und zur digitalen Signatur finden Sie unter www.datev.de/zertifikate im Internet. _____ DATEV eG 90329 Nürnberg Sitz: 90429 Nürnberg, Paumgartnerstraße 6-14 Registergericht Nürnberg, GenReg Nr. 70 Telefon +49 911 319-0 Telefax +49 911 319-3196 E-Mail info(a)datev.de Internet www.datev.de Vorstand Prof. Dieter Kempf (Vorsitzender) Dipl.-Kfm. Wolfgang Stegmann (stellvertretender Vorsitzender) Dipl.-Kfm. Dr. Robert Mayr Jörg Rabe v. Pappenheim Dipl.-Vw. Eckhard Schwarzer Vorsitzender des Aufsichtsrates: Reinhard Verholen

1 0

Language smoothing
by Timothy Roy 15 May '14

15 May '14

I work for the Oman TRA, and just want to let you know that if you need English/American language smoothing in the groups docs I am willing to assist in this. Best Regards Tim Roy Sent from my iPhone

1 0

IPv6 Only Testbed at RIPE68
by Marco Hogewoning 15 May '14

15 May '14

Dear colleagues, Welcome to Warsaw. Following the discussion at RIPE 66, and a successful experoment in Athens last autumn, the IPv6 Working Group is happy to provide you with an experimental network that is configured to offer only IPv6. Please note this experimental network is not supported by the RIPE NCC or RIPE 68 Technical Team. We encourage everybody to connect to this network and test any websites, applications, hardware and software, and verify that they operate when an IPv4 address is no longer available. Important: This network is an experiment and is offered on a best-effort basis. We will try to maintain sufficient service levels and are happy to look into and help troubleshoot any issues you may encounter. If you rely on network connectivity for important business, we recommend you connect to the regular RIPE Meeting network. How to connect: - Make sure IPv6 is enabled on your device - Connect to SSID: IPV6ONLYEXP (5GHz) or IPVONLYEXP2.4 (2.4 GHz) - Enter the password: iknowbesteffort The network provides NAT64 translation to connect to legacy services – please use the name server provided by the network to make use of this feature. We suggest you leave IPv4 enabled as this will be the scenario for most end users. If you have any feedback or questions please try and find me or post it to this list. Of course we also welcome any feedback during our working group sessions on Thursday. And once again big thanks to Andrew Yourtchenko, Cisco and the RIPE NCC staff who helped setting this up and provided the necessary equipment and software. Greetings, Marco Hogewoning co-chair of the IPv6 working group

4 3

[training] RIPE NCC Training Courses July-September 2014
by Training Services 12 May '14

12 May '14

Dear Colleagues, Our training team travels the RIPE NCC service region to deliver training courses to our members without any additional cost. Over the next few months, we'll be in Valencia, Tirana, Vilnius, Budapest, Tel Aviv, Samara, Düsseldorf, Stockholm, Belfast, Amsterdam, Ankara. Visit the following page to register and to check which training courses we are giving in your area: https://lirportal.ripe.net/training/courses The RIPE NCC delivers the following training courses: - LIR Training Course - Database Training Course - Basic IPv6 Training Course - Routing Security Training Course - 2 day Advanced Training Course - DNSSEC Training Course - Measurements Tools workshop For more information visit: http://www.ripe.net/lir-services/training/courses With kind regards, Rumy Spratley-Kanis Training Services Manager

1 0

Draft IPv6 working group agenda for RIPE 68 ("T: -9 days" edition)
by Shane Kerr 06 May '14

06 May '14

IPv6 WG participants, Here's an updated version of our working group agenda. There are two changes: 1. Fixed a typo on Helge Holz's name 2. Added a talk about IPv6 Deployment at CERN by Edoardo Martelli We have two 90-minute slots in Warsaw: 2014-05-15 09:00-10:30 (Thursday 1st morning slot) 2014-05-15 11:00-12:30 (Thursday 2nd morning slot) We'll have to change rooms, but happily the slots are on the same day, so we can maintain our focus on IPv6 topics without other distractions. Our current plan: 5 minutes Session Booting & Initialization 20 minutes IPv6 Penetration in Hungary Janos Zsako 20 minutes Painting by Numbers (Visualization of Structured IPv6-Addressing) Helge Holz 15 minutes RIPE 554bis (Requirements for IPv6 in ICT Equipment... revised!) Jan Zorz / Sander Steffann 15 minutes RIPE IPv6 Analyser Alex Band 15 minutes BCOP document: "IPv6 troubleshooting procedures for helpdesks" Benno Overeinder / Jan Zorz 15 minutes IETF document: "Balanced Security for IPv6 Residential CPE" Ragnar Anfinsen 15 minutes IPv6 Campus Deployment Experience Niall O'Reilly 15 minutes IPv6 Deployment at CERN Edoardo Martelli 10 minutes Session Shutdown Slides have already started arriving for the presentations (thanks Niall!): https://ripe68.ripe.net/presentations/presentation-archive/ See you in Warsaw! On behalf of your IPv6 working group chairs, -- Shane

1 0

Fwd: Updates to RIPE-500: Policy Development in RIPE
by Marco Hogewoning 04 May '14

04 May '14

Dear Working Group, For those who are not subscribed to RIPE list, please see the following message from Hans Petter regarding updating the Policy Development Process. Feedback should be posted to RIPE list! Greetings, MarcoH Begin forwarded message: > From: Hans Petter Holen <hph(a)oslo.net> > Subject: Updates to RIPE-500: Policy Development in RIPE > Date: 4 mei 2014 13:55:55 CEST > To: ripe-list(a)ripe.net > > Dear colleagues, > The Working-group chairs have for some time been discussing how to improve the Policy Development Process as described in RIPE-500. A small task force with Brian Nisbet as the coordinator and Ondrej Filip, Nick Hilliard and Hans Petter Holen as members has worked out the final details in the text. > > The wg-chairs have reached consensus on the attached proposal. > > The main change in the PDP is to allow the Working-group Chairs of the working-group developing the policy to declare consensus. > > This allows for a more timely conclusion of the PDP, but also allows for the Working-group chairs collectively to act as an appeals body. > > I am circulating the new text now for community review and the intent is to put this in place at the coming RIPE meeting. > > > Yours Sincerely, > > Hans Petter Holen > RIPE Deputy Chair > >

1 0

IEEE TrustCom Deadline is Approaching: May 5, 2014
by Sandra Sendra 25 Apr '14

25 Apr '14

[Please accept our apologies if you receive multiple copies of this email] *********************** CFP ******************************* The 13th IEEE International Conference on Trust, Security and Privacy in Computing and Communications (IEEE TrustCom-14) http://www.greenorbs.org/TrustCom2014/ 24-26 September 2014, Beijing, China Important Dates Workshop Proposal: May 5, 2014 Submission Deadline: 11:59PM (UTC/GMT+8 hours) May 5, 2014 (This is the firm deadline) Authors Notification: June 26, 2014 Final Manuscript Due: July 20, 2014 Publications Accepted and presented papers will be included in the IEEE CPS Proceedings. Distinguished papers presented at the conference, after further revision, will be published in special issues of the following high quality international journals (pending). - Computers & Security - Elsevier (Impact factor=0.868) - Concurrency and Computation: Practice and Experience - Wiley (Impact factor=0.636) - Security and Communication Networks - Wiley (Impact factor=0.414) - Future Generation Computer Systems - Elsevier (Impact factor=1.978) - Multimedia Tools and Applications - Springer (Impact factor=0.617) - Journal of Internet Technology (Impact factor=0.508) - Journal of Computer and System Sciences - Elsevier (Impact factor=1.157) Topics Trust Track - Trust semantics, metrics and models - Trusted computing platform - Trusted network computing - Trusted operating systems - Trusted software and applications - Trust in social networks - Trust in e-commerce and e-government - Trust in mobile and wireless communications - Risk and reputation management - Survivable computer systems/networks - Miscellaneous trust issues Security Track - Network security - Computer security - Database security - Web applications security - Security policy, model and architecture - Security in social networks - Security in parallel and distributed systems - Security in mobile and wireless communications - Security in grid/cloud/pervasive computing - Authentication, authorization and accounting - Miscellaneous security issues Privacy Track - Privacy in Web-based applications and services - Privacy in database systems - Privacy in parallel and distributed systems - Privacy in grid/cloud/pervasive computing - Privacy in mobile and wireless communications - Privacy in e-commerce and e-government - Privacy in network deployment and management - Privacy and trust - Privacy and security - Privacy and anonymity - Miscellaneous privacy issues Organisation Committee General Chairs: Jiaguang Sun, Tsinghua University, China Ivan Stojmenovic, University of Ottawa, Canada Program Chair: Yunhao Liu, Tsinghua University, China Publicity Chairs: Sandra Sendra Compte, Polytechnic University of Valencia, Spain Haojin Zhu, Shanghai Jiao Tong University, China Xiaodong Lin, University of Ontario Institute of Technology, Canada Workshop Chairs: Yang Xiang, Deakin University, Australia Kouichi Sakurai, Kyushu University, Japan Publication Chair: Jemal Abawajy, Deakin University, Australia Steering and Program Committees: Please see http://www.greenorbs.org/TrustCom2014/

1 0

Draft IPv6 working group agenda for RIPE 68
by Shane Kerr 23 Apr '14

23 Apr '14

Beloved IPv6 fans, RIPE 68 is rapidly approaching, and as always your trusty working group chairs have been putting together an agenda. We have two 90-minute slots in Warsaw: 2014-05-15 09:00-10:30 (Thursday 1st morning slot) 2014-05-15 11:00-12:30 (Thursday 2nd morning slot) We'll have to change rooms, but happily the slots are on the same day, so we can maintain our focus on IPv6 topics without other distractions. Our current plan: 5 minutes Session Booting & Initialization 20 minutes IPv6 Penetration in Hungary Janos Zsako 20 minutes Painting by Numbers (Visualization of Structured IPv6-Addressing) Heige Holz 15 minutes RIPE 554bis (Requirements for IPv6 in ICT Equipment... revised!) Jan Zorz / Sander Steffann 15 minutes RIPE IPv6 Analyser Alex Band 15 minutes BCOP document: "IPv6 troubleshooting procedures for helpdesks" Benno Overeinder / Jan Zorz 15 minutes IETF document: "Balanced Security for IPv6 Residential CPE" Ragnar Anfinsen 15 minutes IPv6 Campus Deployment Experience Niall O'Reilly 10 minutes Session Shutdown Careful observers will notice that we do still have time available. It's your working group, so if you have anything IPv6-related to discuss, you may still have a chance. See you in Warsaw! On behalf of your IPv6 working group chairs, -- Shane

1 0

Fw: [ipv6hackers] Arin down to 1.0 /8 IPv4 addresses
by Shane Kerr 23 Apr '14

23 Apr '14

All, For those who missed it... Cheers, -- Shane Begin forwarded message: Date: Wed, 23 Apr 2014 13:38:16 +0200 From: Marc Heuse <mh(a)mh-sec.de> To: IPv6 Hackers Mailing List <ipv6hackers(a)lists.si6networks.com> Subject: [ipv6hackers] Arin down to 1.0 /8 IPv4 addresses Hi guys, fyi: as it seems Akamai got 104.64.0.0/10 yesterday. This was 1/5 of the overall IPv4 addresses left for north america, more than 4 million IPv4 addresses. So now Arin has only 1 (aggregated) /8 left for addressing, which means that last phase of (phase four) should be initiated the next days ... My prediction on this was mid of May 2014, so I was off by 3-4 weeks. Please start to go into panic mode now :-) (if you are in north america) Greets, Marc -- Marc Heuse www.mh-sec.de PGP: AF3D 1D4C D810 F0BB 977D 3807 C7EE D0A0 6BE9 F573 _______________________________________________ Ipv6hackers mailing list Ipv6hackers(a)lists.si6networks.com http://lists.si6networks.com/listinfo/ipv6hackers

1 0