- ipv6-wg - mailman.ripe.net

Re: [ipv6-wg] [address-policy-wg] Cosmetic Surgery Project: Extended Review Period until 9 July on revised RIPE Policy document for IPv6 database objects
by Emilio Madaio 26 Jun '13

26 Jun '13

Dear Peter, thank you very much for your input and remark. I apologize if I forgot to include the IPv6 and Database WG mailing lists as decided during RIPE 66 on request of the community. I slavishly followed the procedure defined by the Cosmetic Surgery Project that was meant for the Address Policy WG mailing list only. The original announcement for the extended Review Phase is available at: http://www.ripe.net/ripe/mail/archives/address-policy-wg/2013-June/007931.h… For further feedback the draft of the policy document is online and ready for community review at: https://www.ripe.net/ripe/readability/improving-the-readability-of-ripe-doc… Please send your feedback on this draft document before 9 July 2013. Best Regards Emilio Madaio Policy Development Officer RIPE NCC On 6/25/13 5:51 PM, Peter Koch wrote: > On Tue, Jun 25, 2013 at 03:29:45PM +0200, Emilio Madaio wrote: > >> https://www.ripe.net/ripe/readability/improving-the-readability-of-ripe-doc… > > May I express some doubts about the 'cosmetic surgery project'? > The project was introduced as early as October 2009 and RIPE 513 was published > in February 2011. What appears to happen is a very late post publication copy > editing. In this particular case, the policy itself is a change to the > database attributes and - other than, say, address allocation/assignment > policies - not very likely read its own. Any structural changes > to the document (where's the template, by the way?) and changes to style > (passive voice here and there) or readability might better be invested > in the general database documentation. > > The new draft eliminates the data protection aspect from the > introduction/motivation section, which I consider a loss. The abstract > wins, though. The draft continues to use 2000::/46 for the example > where some chunk of 2001:DB8::/32 as per RFC 3849 might be a better choice. > > -Peter >

1 0

New on RIPE Labs: IPv6 Internet Pollution (by Manish Karir)
by Mirjam Kuehne 25 Jun '13

25 Jun '13

Dear colleagues, This new RIPE Labs article by Manish Karir and his colleagues presents the results of the IPv6 darknet experiment MERIT conducted end of last year: https://labs.ripe.net/Members/mkarir/ipv6-internet-pollution Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: An Overview on IPv6 Security
by Mirjam Kuehne 18 Jun '13

18 Jun '13

Dear colleagues, Please see a new article on RIPE Labs, contributed by Johannes Weber who wrote his master's thesis on IPv6 Security: IPv6 Security - An Overview https://labs.ripe.net/Members/johannes_weber/ipv6-security-an-overview Kind regards, Mirjam Kuehne RIPE NCC

1 0

IPv6 addressing for broadband-connected remote sites
by stuart.dale＠ba.com 13 Jun '13

13 Jun '13

Is anyone aware of any thinking that has been done on how IPv6 addressing would work for enterprises with remote sites that are broadband connected? In the IPv4 we would deploy a router terminating a VPN tunnel back to our datacentres, with selected traffic being broken out locally to the internet, reliant on NAT'ing the client source addresses. In an IPv6 world how would this work? Since there's no capability of NAT'ing an IPv6 address to another IPv6 address, would it be better to address the clients within sites using PA addressing from the local ISP? This would lose the benefits of having sites allocated from a contiguous (summarisable) address space within the enterprise . On the other hand, if we addressed the sites from our PA address block, then unless I'm missing something, local ISP's would be unlikely to want to route to it as the addresssing wouldn't be in their block, would by definition almost certainly be a small subnet (probably single /64), and wouldn't fit into their standard provisioning model. Any comments / suggestions would be most welcome. ------------------------------------------------------------------------------------------------------------ Get the best from British Airways at ba.com http://www.ba.com -- This message is private and confidential and may also be legally privileged. If you have received this message in error, please email it back to the sender and immediately permanently delete it from your computer system. Please do not read, print, re-transmit, store or act in reliance on it or any attachments. British Airways may monitor email traffic data and also the content of emails, where permitted by law, for the purposes of security and staff training and in order to prevent or detect unauthorised use of the British Airways email system. Virus checking of emails (including attachments) is the responsibility of the recipient. British Airways Plc is a public limited company registered in England and Wales. Registered number: 1777777. Registered office: Waterside, PO Box 365, Harmondsworth, West Drayton, Middlesex, England, UB7 0GB. Additional terms and conditions are available on our website: www.ba.com

4 3

New on RIPE Labs: Evaluating the Effectiveness of Happy Eyeballs
by Mirjam Kuehne 13 Jun '13

13 Jun '13

Dear colleagues, We just published this new article by Vaibhav Baijpai on RIPE Labs: Evaluating the Effectiveness of Happy Eyeballs https://labs.ripe.net/Members/vaibhav_bajpai/evaluating-the-effectiveness-o… Vaibhav presented this at the recent RIPE 66 meeting during the IPv6-WG session. Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: Measuring IPv6 Capability of RIPE Atlas Probes
by Mirjam Kuehne 12 Jun '13

12 Jun '13

Dear colleagues, Please see a new article on RIPE Labs contributed by Stephane Bortzmeyer: How Many RIPE Atlas Probes Believe They Have IPv6 (But Are Wrong)? https://labs.ripe.net/Members/stephane_bortzmeyer/how-many-atlas-probes-bel… Kind regards, Mirjam Kuehne RIPE NCC

5 4

Request to verify ipv6 addressing scheme in my diagram
by Maninder Singh 12 Jun '13

12 Jun '13

Hi Team, I have created a small IPv6 based corporate network diagram and want an expert to validate if the addressing scheme used is fine or not. I am attaching the diagram where I have created the network. Can you please assist me with validation of the address scheme and the network. If need be, I can speak to you on telephone or Skype too. But request you to help me by checking the diagram. Thanks Maninder Singh

3 3

Policy Proposal 2012-10 "Extension of IPv6 /32 to /29 on a per-allocation vs per-LIR basis" implemented
by Kjell Leknes 11 Jun '13

11 Jun '13

[Apologies for duplicate emails] Dear colleagues, We are pleased to announce that RIPE Policy Proposal 2012-10, "Extension of IPv6 /32 to /29 on a per-allocation vs per-LIR basis", has been implemented. The full policy proposal can be found at: http://www.ripe.net/ripe/policies/proposals/2012-10 [Open URL] The updated RIPE Document 589, "IPv6 Address Allocation and Assignment Policy", can be found at: http://www.ripe.net/ripe/docs/ripe-589 [Open URL] You can request this extension by submitting the IPv6 Additional Allocation Request Form through the LIR Portal, or by emailing it to hostmaster(a)ripe.net If you have any questions, please contact ncc(a)ripe.net Regards, Kjell Leknes Registration Services RIPE NCC

1 0

Call for Papers: RIPE 67
by Shane Kerr 07 Jun '13

07 Jun '13

All, This call for papers was sent to the RIPE list yesterday, and thought it might be of interest to participants in this working group. IPv6 is of interest to everyone, so a lot of IPv6-related topics are appropriate for the plenary... don't be afraid! :) Cheers, -- Shane Begin forwarded message: Date: Thu, 6 Jun 2013 10:42:39 +0200 From: Filiz Yilmaz <koalafil(a)gmail.com> To: "ripe-list(a)ripe.net" <ripe-list(a)ripe.net> Subject: Call for Papers: RIPE 67 Dear colleagues, Please find the CFP for RIPE 67 below. Note that the deadline for submissions is 4 August 2013 Kind regards Filiz Yilmaz for the RIPE Programme Committee http://www.ripe.net/ripe/meetings/ripe-meetings/pc --------------------------------------------------- Call for Papers: RIPE 67 A RIPE Meeting is an open event where Internet Service Providers, network operators and other interested parties get together. Although the meeting is mostly technical, it is also a chance for people to meet and network with others in their field. RIPE 67 will take place on 14-18 October 2013 in Athens, Greece. The RIPE Programme Committee (PC) is now seeking content proposals from the RIPE community for the Plenary, BoF and Tutorial sessions at RIPE 67. The PC is looking for presentations covering topics of network engineering and operations, including but not limited to: - IPv6 deployment - Managing IPv4 scarcity in operations - Commercial transactions of IPv4 addresses - Data center technologies - Network and DNS operations - Internet governance and regulatory practices - Network and routing security - Content delivery - Internet peering and mobile data exchange Submissions Attendees of the RIPE meetings are quite sensitive to keeping presentations non-commercial, and product marketing talks are strongly discouraged. Repeated audience feedback shows that the most successful talks focus on operational experience, research results, or case studies. For example, presenters wishing to describe a commercial solution should focus on the underlying technology and not attempt a product demonstration. Presenters who are proposing a panel or BoF are encouraged to include speakers from several (perhaps even competing) companies and/or a neutral facilitator. In addition to presentations selected in advance for the Plenary, the RIPE PC also offers several time slots for “Lightning Talks” which are selected immediately before or during the conference. The following requirements apply: - Proposals for Plenary talks, BoFs, Panels and Tutorials must be submitted for full consideration no later than 4 August 2013, using the meeting submission system at: https://ripe67.ripe.net/submit-topic/ Proposals submitted after this date will be considered on a space-available basis. - Presenters should indicate how much time they will require (30 minutes for Plenary talks is a common maximum duration, although some talks can be longer). - Proposals for talks will only be considered by the PC if they contain at least draft presentation slides (slides may be updated later on). For panels, proposals must contain a clear description as well as names of invited panelists, presenters and moderators. - Due to potential technical issues, it is expected that most if not all presenters/panelists will be physically present at the RIPE meeting. - Tutorials are sessions with educational content and are alotted about 2 hours. - BOFs (Birds of a Feather sessions) are informal gatherings on topics of shared interest among RIPE Meeting attendees. Technical facilities and logistical support are limited and provided based on best effort and availability. - Lightning talks should also be submitted using the meeting submission system. They must be short (10 minutes maximum) and often involve more timely topics. They can be submitted at any time. The allocation of lightning talk slots will be announced one day prior to the relevant session. If you have any questions or requests concerning content submissions, please email pc [at] ripe [dot] net. ------------------------------------------------------------

1 0

New on RIPE Labs: One Year Later - Who's Doing What With IPv6?
by Mirjam Kuehne 06 Jun '13

06 Jun '13

Dear colleagues, On the anniversary of the World IPv6 Launch, this new article takes a look at the readiness of networks to deploy IPv6, using statistics from the RIPE NCC service region and beyond: https://labs.ripe.net/Members/antony_gollan/one-year-later-whos-doing-what-… Kind regards, Mirjam Kuehne RIPE NCC

1 0