From abbaszadehb at yahoo.com Tue Nov 5 08:44:25 2013 From: abbaszadehb at yahoo.com (behroz abbaszadeh) Date: Mon, 4 Nov 2013 23:44:25 -0800 (PST) Subject: [ipv6-wg] ipv6-wg Digest, Vol 26, Issue 13 In-Reply-To: References: Message-ID: <1383637465.72676.YahooMailNeo@web125704.mail.ne1.yahoo.com> I read the presentation; It has some benefits and some problems. This kind of IPv6 addressing maybe decrease network security and it will give opportunity to hackers to access to the special networks by special IPv6 address scanning. Thank you Behrouz? ________________________________ From: "ipv6-wg-request at ripe.net" To: ipv6-wg at ripe.net Sent: Sunday, October 27, 2013 2:30 PM Subject: ipv6-wg Digest, Vol 26, Issue 13 Send ipv6-wg mailing list submissions to ??? ipv6-wg at ripe.net To subscribe or unsubscribe via the World Wide Web, visit ??? https://www.ripe.net/mailman/listinfo/ipv6-wg or, via email, send a message with subject or body 'help' to ??? ipv6-wg-request at ripe.net You can reach the person managing the list at ??? ipv6-wg-owner at ripe.net When replying, please edit your Subject line so it is more specific than "Re: Contents of ipv6-wg digest..." Today's Topics: ? 1. Re: 96 more bits... time for some magic after all? ? ? ? (Yannis Nikolopoulos) ? 2. Re: 96 more bits... time for some magic after all? ? ? ? (Benedikt Stockebrand) ? 3. Re: 96 more bits... time for some magic after all? ? ? ? (Yannis Nikolopoulos) ---------------------------------------------------------------------- Message: 1 Date: Sat, 26 Oct 2013 15:52:34 +0300 From: Yannis Nikolopoulos Subject: Re: [ipv6-wg] 96 more bits... time for some magic after all? To: ipv6-wg at ripe.net Message-ID: <526BBB12.1090705 at otenet.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hello, On 10/25/2013 06:53 PM, S.P.Zeidler wrote: > Thus wrote Shane Kerr (shane at time-travellers.org): > >> We saw two presentations by network architects at the RIPE meeting that >> used bits in their IPv6 addressing plan to carry meaning beyond simple >> network topology and packet routing. >> >> For example, declaring a specific bit in the address to be 1 for voice >> traffic or 0 otherwise. > [...] > >> What should we do about it? > As a RIR, nothing. what about as one of RIPE's WGs? Should we go on and produce a BCP document of some kind? As the author of this addressing plan (https://ripe67.ripe.net/presentations/222-ripe67-yanodd-ipv6-addressing.pdf) , my main motivation for presenting it was to show that it is possible to encode basic information in an addressing plan (without wasting too much space) and still keep it simple . For example, even IPv4 addressing plans were location-aware, that's nothing new. Well, its even easier and more effective in IPv6 addressing, because of the number of bits available. As far as encoding service type, no space is wasted because it is encoded after the /56 boundary ;) , even making it possible for QOS. As I mentioned in the presentation, this is our 3rd or 4th try over the past ~10 years. So far, with the help of some basic heuristics, it seems to be working out fine cheers, Yannis > > Otherwise: violations of the KISS principle are rarely a good idea. > In this case, you might find out that you snuck yourself into a > straightjacket a few years down the line. > > regards, > ??? spz ------------------------------ Message: 2 Date: Sun, 27 Oct 2013 07:54:42 +0000 From: Benedikt Stockebrand Subject: Re: [ipv6-wg] 96 more bits... time for some magic after all? To: Roger J?rgensen Cc: "ipv6-wg at ripe.net IPv6" Message-ID: <87ob6bkv25.fsf at stepladder-it.com> Content-Type: text/plain; charset=utf-8 Hi Roger and list, On Fri, Roger J?rgensen writes: >? Oct 25, 2013 at 5:24 PM, Benedikt Stockebrand > wrote: >> [...] >> More important however is the question how to deal with them if /when >> they show up because they have unnecessarily "depleted" their address >> assignment thanks to encoding stuff in it. >> [...] > If they run out due to size and growth, and they haven't wasted space, > used their available /29 wisely by every advice given...give them > another prefix. That's what I meant by "unnecessarily 'depleted'".? If they actually grow beyond their /29 or whatever, let them have another prefix. What I wouldn't want to see however is that some big player gets some extra address space because they wasted their existing one.? Once that happens, everyone will demand the same. And yes, I've had these discussions.? In particular, the idea to bit-encode the services (i.e. significant port numbers) somewhere in the subnet prefix.? Eventually these people decided "well, we have a /12 for IPv4, so it's only fair we also get a /12 for IPv6".? At that point I pretty much gave up and told them to request that from their RIR... > One way to waste is to give every single customer a /48 when you are > really really big. /56 work just fine really, even for techies like me :) Sorry, but I disagree on that.? A /56 is fine for today's requirements, but if this hype about the "Internet of Things" really takes off and you want to put things into different subnets, a /56 may occasionally be a problem even for consumer households.? Not today, but think anything from ten to fourty years. > However IPv6 is big enough that most people will not feel any pain with > it, some however will start to get into trouble in 5-10years time, guess > more like around in 7 years. The reason? They made a too static model > on how they wanted to use their available space. Agreed, but... > But you have to be big to get into that trouble. I don't see any reason why size has to do with it.? The problem is more of a ratio between size and allocated address space---and the technical knowledge around.? (And no, unlike somebody else on this list I don't believe it feasible for a consumer to call in a CCIE every time they need some networked deviced hooked up.) > There was major discussion just to get that /56 into the documents. > Upto that point there was /64 pr.LAN, /48 for the rest. Now we're relaxing > it even more. Are discussion on moving away from /64's on the wire to... If /64 is given up, all sorts of shit will happen.? It has been part of the specs for long enough that a number of implementations will rely on it.? It's not just autoconfiguration, but when it comes to embedded system/microcontroller implementations, changing that is rather difficult. Additionally, anything that can be (mis-)configured exponentially adds (or rather, multiplies) to the frustration potential for end users. > Doesn't this sound like A/B/C-class network vs CIDR? You mean VLSM, I assume? > * For one server running in the cloud I got a /112, that work just fine really. ...until you do an upgrade on the server that relies on RFC 4291. > * Somewhere else I'm using a /50 on the wire, that also work just fine. Same issue.? Yes, at least some implementations support that right now, but you shouldn't rely on that.? Additionally, for whoever may have to run that system further later on you set up some ugly surprise that way. > * I have tried to use an entire /48 but failed. I tried to build my > own network with VPN, routings and everything across the different > servers and routers I have spread around. That /48 was big enough for > me:) Oha.? So you have too many machines to fit into a /64 in a single subnet? > * I tried to build a big routed, multisite network using a /56, that > also worked upto a certain size :) Sorry, I don't get what you want to say there. Cheers, ? ? Benedikt -- ??? ??? ??? Business Grade IPv6 ??? ??? ? ? Consulting, Training, Projects Benedikt Stockebrand, Dipl.-Inform.? ? ? ? http://www.stepladder-it.com/ ------------------------------ Message: 3 Date: Sun, 27 Oct 2013 12:02:46 +0200 From: Yannis Nikolopoulos Subject: Re: [ipv6-wg] 96 more bits... time for some magic after all? To: Benedikt Stockebrand Cc: "ipv6-wg at ripe.net IPv6" Message-ID: <526CE4C6.9060003 at otenet.gr> Content-Type: text/plain; charset=UTF-8; format=flowed On 10/27/2013 09:54 AM, Benedikt Stockebrand wrote: > Hi Roger and list, > > On Fri, Roger J?rgensen writes: > >>? Oct 25, 2013 at 5:24 PM, Benedikt Stockebrand >> wrote: >> What I wouldn't want to see however is that some big player gets some >> extra address space because they wasted their existing one. Once that >> happens, everyone will demand the same. that's the second time I read this in this thread. Why would this happen? All allocations are subject to RIR policy >> One way to waste is to give every single customer a /48 when you are >> really really big. /56 work just fine really, even for techies like me :) > Sorry, but I disagree on that.? A /56 is fine for today's requirements, > but if this hype about the "Internet of Things" really takes off and you > want to put things into different subnets, a /56 may occasionally be a > problem even for consumer households.? Not today, but think anything > from ten to fourty years. 40 years from now? Many, more significant changes will probably overshadow this. Otherwise, 256 different policies in a home sound just fine > >> There was major discussion just to get that /56 into the documents. >> Upto that point there was /64 pr.LAN, /48 for the rest. Now we're relaxing >> it even more. Are discussion on moving away from /64's on the wire to... > It's not just autoconfiguration, but when it comes to embedded > system/microcontroller implementations, changing that is rather > difficult. care to elaborate on that? >> * For one server running in the cloud I got a /112, that work just fine really. > ...until you do an upgrade on the server that relies on RFC 4291. > >> * Somewhere else I'm using a /50 on the wire, that also work just fine. > Same issue.? Yes, at least some implementations support that right now, > but you shouldn't rely on that.? Additionally, for whoever may have to > run that system further later on you set up some ugly surprise that way. again, care to elaborate a bit? How's a /50 not compliant with RFC 4291? > Cheers, Benedikt cheers, Yannis End of ipv6-wg Digest, Vol 26, Issue 13 *************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcoh at ripe.net Mon Nov 11 14:12:39 2013 From: marcoh at ripe.net (Marco Hogewoning) Date: Mon, 11 Nov 2013 14:12:39 +0100 Subject: [ipv6-wg] 14th Saudi Arabian Task Force Meeting Message-ID: [a copy of this report will also be made available on http://labs.ripe.net] Dear Colleagues, The RIPE NCC recently participated in a meeting of the Saudi Arabian Task Force. A well-attended event, it included presentations and discussions about IPv6 deployment strategies, as well as presentations by operators reporting back on their successful IPv6 pilot projects and plans to roll out IPv6 in the first half of 2014. The 14th Saudi Arabian Task Force Meeting, was held on November 7th, 2014 in Riyadh. This successful event, hosted by the Communication and Information Technology Commission (CITC), had over 40 participants from the Saudi Arabian Internet Industry as well as representatives from government institutions and enterprises, discussing the deployment of IPv6. The meeting was preceded by a three-day MENOG IPv6 Roadshow. 21 participants took part in this technical training, learning how to configure and deploy IPv6 in their networks. Dr Ibraheem Al Furaih (CITC), in his presentation, highlighted the fact that the number of Internet users in Saudi Arabia is still rapidly growing, surpassing 16.5 million in the first half of 2013. With the global and regional IPv4 address pool depleted, a rapid deployment of IPv6 is necessary in sustaining future growth and to enable the remaining 45% of the population to also connect to the Internet. He also announced that, following the decision of the Task Force to put more focus on enterprise networks, CITC will run a pilot in which four enterprises will be supported in enabling IPv6 on all their customer-facing services. Ashraf Sattar (STC) reported back on a successful pilot project in enabling IPv6 on their DSL network. With the tests completed, they expect to begin rolling out IPv6 as a production service in the first quarter of 2014, followed by a planned deployment of IPv6 in the FTTH network in the second quarter. He also highlighted some of the design challenges that mobile operators are facing, concluding that a single stack approach, in which an IPv6-only service is complemented by an IPv6 to IPv4 translation service, is the most promising solution. However, as he remarked, such a solution would put limits on the peer-to-peer communication in between hosts. Motaz Alturayef (Mobily) provided the attendees with an overview of some of the security challenges in deploying IPv6. But as he mentioned, the fact that a lot of devices and software now have IPv6 capabilities, also poses a threat in that IPv6 traffic might escape to the attention of the security teams and intrusion detection systems. Amer Mustafa (GAMA) presented on the successful projects they did with several of their customers. Their segmented approach that focusses on different parts of the organisation allows for the deployment of IPv6 in only 90 days. He stated that convincing the business executives and decision makers was the biggest challenge in the fast deployment IPv6. A presentation by Marco Hogewoning (RIPE NCC) showed statistics about the deployment of IPv6 in Saudi Arabia taken from the various measurement programs, comparing them to those of other countries in the Middle East region, as well as to the global deployment statistics. He also highlighted that, while the IPv4 pool is depleted, there is still an ongoing need in maintaining the registration data of IPv4 resources to be accurate and complete. Gert Doering in his role as IPv6 Consultant explained the various options available within the RIPE NCC Service Region for obtaining IPv6 resources. Using several examples, he highlighted some of the drawbacks and benefits of those options for companies of various sizes. He invited the participants to take part in discussions in the RIPE Address Policy Working Group, which have been addressing several potential changes to IPv6 and IPv4 address policy. In conjunction with the IPv6 events, the RIPE NCC also invited its Saudi Arabian members, together with other stakeholders, for an informal dinner to discuss ongoing issues and the needs of the membership. The attendees expressed the need for further activities in IPv6 training, not only on a technical level but also for executive-level employees. They also welcomed the continued efforts made by the RIPE NCC to increase its presence in the Middle East, noting the expansion of the Dubai office to include more staff. All the presentations, as well as more information about the Saudi Arabian IPv6 Task Force, are available on their website, via http://www.ipv6.sa. The next meeting of the Task Force is planned to take place in April or May 2014. If you have any questions regarding this event or would like RIPE NCC staff to contribute to your IPv6 events please contact us via ipv6actnow [at] ripe [dot] net On behalf of the RIPE NCC External Relations Team, Marco Hogewoning From Erika.Hersaeus at pts.se Tue Nov 12 18:53:08 2013 From: Erika.Hersaeus at pts.se (Erika.Hersaeus at pts.se) Date: Tue, 12 Nov 2013 17:53:08 +0000 Subject: [ipv6-wg] 14th Saudi Arabian Task Force Meeting In-Reply-To: References: Message-ID: Marco, Thank you very much for the report! Greetings, Erika -----Ursprungligt meddelande----- Fr?n: ipv6-wg-bounces at ripe.net [mailto:ipv6-wg-bounces at ripe.net] F?r Marco Hogewoning Skickat: den 11 november 2013 14:13 Till: ipv6-wg at ripe.net IPv6 ?mne: [ipv6-wg] 14th Saudi Arabian Task Force Meeting [a copy of this report will also be made available on http://labs.ripe.net] Dear Colleagues, The RIPE NCC recently participated in a meeting of the Saudi Arabian Task Force. A well-attended event, it included presentations and discussions about IPv6 deployment strategies, as well as presentations by operators reporting back on their successful IPv6 pilot projects and plans to roll out IPv6 in the first half of 2014. The 14th Saudi Arabian Task Force Meeting, was held on November 7th, 2014 in Riyadh. This successful event, hosted by the Communication and Information Technology Commission (CITC), had over 40 participants from the Saudi Arabian Internet Industry as well as representatives from government institutions and enterprises, discussing the deployment of IPv6. The meeting was preceded by a three-day MENOG IPv6 Roadshow. 21 participants took part in this technical training, learning how to configure and deploy IPv6 in their networks. Dr Ibraheem Al Furaih (CITC), in his presentation, highlighted the fact that the number of Internet users in Saudi Arabia is still rapidly growing, surpassing 16.5 million in the first half of 2013. With the global and regional IPv4 address pool depleted, a rapid deployment of IPv6 is necessary in sustaining future growth and to enable the remaining 45% of the population to also connect to the Internet. He also announced that, following the decision of the Task Force to put more focus on enterprise networks, CITC will run a pilot in which four enterprises will be supported in enabling IPv6 on all their customer-facing services. Ashraf Sattar (STC) reported back on a successful pilot project in enabling IPv6 on their DSL network. With the tests completed, they expect to begin rolling out IPv6 as a production service in the first quarter of 2014, followed by a planned deployment of IPv6 in the FTTH network in the second quarter. He also highlighted some of the design challenges that mobile operators are facing, concluding that a single stack approach, in which an IPv6-only service is complemented by an IPv6 to IPv4 translation service, is the most promising solution. However, as he remarked, such a solution would put limits on the peer-to-peer communication in between hosts. Motaz Alturayef (Mobily) provided the attendees with an overview of some of the security challenges in deploying IPv6. But as he mentioned, the fact that a lot of devices and software now have IPv6 capabilities, also poses a threat in that IPv6 traffic might escape to the attention of the security teams and intrusion detection systems. Amer Mustafa (GAMA) presented on the successful projects they did with several of their customers. Their segmented approach that focusses on different parts of the organisation allows for the deployment of IPv6 in only 90 days. He stated that convincing the business executives and decision makers was the biggest challenge in the fast deployment IPv6. A presentation by Marco Hogewoning (RIPE NCC) showed statistics about the deployment of IPv6 in Saudi Arabia taken from the various measurement programs, comparing them to those of other countries in the Middle East region, as well as to the global deployment statistics. He also highlighted that, while the IPv4 pool is depleted, there is still an ongoing need in maintaining the registration data of IPv4 resources to be accurate and complete. Gert Doering in his role as IPv6 Consultant explained the various options available within the RIPE NCC Service Region for obtaining IPv6 resources. Using several examples, he highlighted some of the drawbacks and benefits of those options for companies of various sizes. He invited the participants to take part in discussions in the RIPE Address Policy Working Group, which have been addressing several potential changes to IPv6 and IPv4 address policy. In conjunction with the IPv6 events, the RIPE NCC also invited its Saudi Arabian members, together with other stakeholders, for an informal dinner to discuss ongoing issues and the needs of the membership. The attendees expressed the need for further activities in IPv6 training, not only on a technical level but also for executive-level employees. They also welcomed the continued efforts made by the RIPE NCC to increase its presence in the Middle East, noting the expansion of the Dubai office to include more staff. All the presentations, as well as more information about the Saudi Arabian IPv6 Task Force, are available on their website, via http://www.ipv6.sa. The next meeting of the Task Force is planned to take place in April or May 2014. If you have any questions regarding this event or would like RIPE NCC staff to contribute to your IPv6 events please contact us via ipv6actnow [at] ripe [dot] net On behalf of the RIPE NCC External Relations Team, Marco Hogewoning From training at ripe.net Tue Nov 19 09:41:19 2013 From: training at ripe.net (Training Team) Date: Tue, 19 Nov 2013 09:41:19 +0100 Subject: [ipv6-wg] [training] RIPE NCC Training Courses January-March 2014 Message-ID: <528B242F.7060904@ripe.net> 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 Lisbon, Frankfurt, Busto Arsizio, Manamah, St. Petersburg, Tallinn, London, Warsaw, Copenhagen, Amsterdam, Bucharest. 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 - RIPE Database Training Course - IPv6 for LIRs Training Course - Routing Security Training Course For more information visit: http://www.ripe.net/lir-services/training/courses With kind regards, Rumy Spratley-Kanis Training Services Manager -------------- next part -------------- An HTML attachment was scrubbed... URL: From abbaszadehb at yahoo.com Wed Nov 20 11:48:03 2013 From: abbaszadehb at yahoo.com (behroz abbaszadeh) Date: Wed, 20 Nov 2013 02:48:03 -0800 (PST) Subject: [ipv6-wg] ipv6-wg Digest, Vol 27, Issue 4 In-Reply-To: References: Message-ID: <1384944483.36377.YahooMailNeo@web125704.mail.ne1.yahoo.com> Dear Marco thank you very much, Is it possible to upload some documents of this meeting like PDF format of presentations and ... ? Cheers Behrouz ________________________________ From: "ipv6-wg-request at ripe.net" To: ipv6-wg at ripe.net Sent: Wednesday, November 13, 2013 2:30 PM Subject: ipv6-wg Digest, Vol 27, Issue 4 Send ipv6-wg mailing list submissions to ??? ipv6-wg at ripe.net To subscribe or unsubscribe via the World Wide Web, visit ??? https://www.ripe.net/mailman/listinfo/ipv6-wg or, via email, send a message with subject or body 'help' to ??? ipv6-wg-request at ripe.net You can reach the person managing the list at ??? ipv6-wg-owner at ripe.net When replying, please edit your Subject line so it is more specific than "Re: Contents of ipv6-wg digest..." Today's Topics: ? 1. Re: 14th Saudi Arabian Task Force Meeting (Erika.Hersaeus at pts.se) ---------------------------------------------------------------------- Message: 1 Date: Tue, 12 Nov 2013 17:53:08 +0000 From: Subject: Re: [ipv6-wg] 14th Saudi Arabian Task Force Meeting To: , Message-ID: Content-Type: text/plain; charset="iso-8859-1" Marco, Thank you very much for the report! Greetings, Erika -----Ursprungligt meddelande----- Fr?n: ipv6-wg-bounces at ripe.net [mailto:ipv6-wg-bounces at ripe.net] F?r Marco Hogewoning Skickat: den 11 november 2013 14:13 Till: ipv6-wg at ripe.net IPv6 ?mne: [ipv6-wg] 14th Saudi Arabian Task Force Meeting [a copy of this report will also be made available on http://labs.ripe.net/] Dear Colleagues, The RIPE NCC recently participated in a meeting of the Saudi Arabian Task Force. A well-attended event, it included presentations and discussions about IPv6 deployment strategies, as well as presentations by operators reporting back on their successful IPv6 pilot projects and plans to roll out IPv6 in the first half of 2014. The 14th Saudi Arabian Task Force Meeting, was held on November 7th, 2014 in Riyadh. This successful event, hosted by the Communication and Information Technology Commission (CITC), had over 40 participants from the Saudi Arabian Internet Industry as well as representatives from government institutions and enterprises, discussing the deployment of IPv6. The meeting was preceded by a three-day MENOG IPv6 Roadshow. 21 participants took part in this technical training, learning how to configure and deploy IPv6 in their networks. Dr Ibraheem Al Furaih (CITC), in his presentation, highlighted the fact that the number of Internet users in Saudi Arabia is still rapidly growing, surpassing 16.5 million in the first half of 2013. With the global and regional IPv4 address pool depleted, a rapid deployment of IPv6 is necessary in sustaining future growth and to enable the remaining 45% of the population to also connect to the Internet. He also announced that, following the decision of the Task Force to put more focus on enterprise networks, CITC will run a pilot in which four enterprises will be supported in enabling IPv6 on all their customer-facing services. Ashraf Sattar (STC) reported back on a successful pilot project in enabling IPv6 on their DSL network. With the tests completed, they expect to begin rolling out IPv6 as a production service in the first quarter of 2014, followed by a planned deployment of IPv6 in the FTTH network in the second quarter. He also highlighted some of the design challenges that mobile operators are facing, concluding that a single stack approach, in which an IPv6-only service is complemented by an IPv6 to IPv4 translation service, is the most promising solution. However, as he remarked, such a solution would put limits on the peer-to-peer communication in between hosts. Motaz Alturayef (Mobily) provided the attendees with an overview of some of the security challenges in deploying IPv6. But as he mentioned, the fact that a lot of devices and software now have IPv6 capabilities, also poses a threat in that IPv6 traffic might escape to the attention of the security teams and intrusion detection systems. Amer Mustafa (GAMA) presented on the successful projects they did with several of their customers. Their segmented approach that focusses on different parts of the organisation allows for the deployment of IPv6 in only 90 days. He stated that convincing the business executives and decision makers was the biggest challenge in the fast deployment IPv6. A presentation by Marco Hogewoning (RIPE NCC) showed statistics about the deployment? of IPv6 in Saudi Arabia taken from the various measurement programs, comparing them to those of other countries in the Middle East region, as well as to the global deployment statistics. He also highlighted that, while the IPv4 pool is depleted, there is still an ongoing need in maintaining the registration data of IPv4 resources to be accurate and complete. Gert Doering in his role as IPv6 Consultant explained the various options available within the RIPE NCC Service Region for obtaining IPv6 resources. Using several examples, he highlighted some of the drawbacks and benefits of those options for companies of various sizes. He invited the participants to take part in discussions in the RIPE Address Policy Working Group, which have been addressing several potential changes to IPv6 and IPv4 address policy. In conjunction with the IPv6 events, the RIPE NCC also invited its Saudi Arabian members, together with other stakeholders, for an informal dinner to discuss ongoing issues and the needs of the membership. The attendees expressed the need for further activities in IPv6 training, not only on a technical level but also for executive-level employees. They also welcomed the continued efforts made by the RIPE NCC to increase its presence in the Middle East, noting the expansion of the Dubai office to include more staff. All the presentations, as well as more information about the Saudi Arabian IPv6 Task Force, are available on their website, via http://www.ipv6.sa./The next meeting of the Task Force is planned to take place in April or May 2014. If you have any questions regarding this event or would like RIPE NCC staff to contribute to your IPv6 events please contact us via ipv6actnow [at] ripe [dot] net On behalf of the RIPE NCC External Relations Team, Marco Hogewoning End of ipv6-wg Digest, Vol 27, Issue 4 ************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcoh at marcoh.net Wed Nov 20 12:08:17 2013 From: marcoh at marcoh.net (MarcoH) Date: Wed, 20 Nov 2013 12:08:17 +0100 Subject: [ipv6-wg] ipv6-wg Digest, Vol 27, Issue 4 In-Reply-To: <1384944483.36377.YahooMailNeo@web125704.mail.ne1.yahoo.com> References: <1384944483.36377.YahooMailNeo@web125704.mail.ne1.yahoo.com> Message-ID: Hi Behroz, Thank you, If you follow the link in the bottom of the report to http://www.ipv6.sa you get to the website of the task force. In the meeting section you can find copies of the slides for this and previous meetings. There are also other documents with more background posted to the website from time to time. MarcoH -- Sent from mobile, sorry for the typos On 20 nov. 2013, at 11:48, behroz abbaszadeh wrote: > Dear Marco > thank you very much, Is it possible to upload some documents of this meeting like PDF format of presentations and ... > > Cheers > Behrouz > > From: "ipv6-wg-request at ripe.net" > To: ipv6-wg at ripe.net > Sent: Wednesday, November 13, 2013 2:30 PM > Subject: ipv6-wg Digest, Vol 27, Issue 4 > > Send ipv6-wg mailing list submissions to > ipv6-wg at ripe.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.ripe.net/mailman/listinfo/ipv6-wg > or, via email, send a message with subject or body 'help' to > ipv6-wg-request at ripe.net > > You can reach the person managing the list at > ipv6-wg-owner at ripe.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of ipv6-wg digest..." > > > Today's Topics: > > 1. Re: 14th Saudi Arabian Task Force Meeting (Erika.Hersaeus at pts.se) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 12 Nov 2013 17:53:08 +0000 > From: > Subject: Re: [ipv6-wg] 14th Saudi Arabian Task Force Meeting > To: , > Message-ID: > Content-Type: text/plain; charset="iso-8859-1" > > Marco, > Thank you very much for the report! > > Greetings, > Erika > > -----Ursprungligt meddelande----- > Fr?n: ipv6-wg-bounces at ripe.net [mailto:ipv6-wg-bounces at ripe.net] F?r Marco Hogewoning > Skickat: den 11 november 2013 14:13 > Till: ipv6-wg at ripe.net IPv6 > ?mne: [ipv6-wg] 14th Saudi Arabian Task Force Meeting > > [a copy of this report will also be made available on http://labs.ripe.net/] > > Dear Colleagues, > > The RIPE NCC recently participated in a meeting of the Saudi Arabian Task Force. A well-attended event, it included presentations and discussions about IPv6 deployment strategies, as well as presentations by operators reporting back on their successful IPv6 pilot projects and plans to roll out IPv6 in the first half of 2014. > > The 14th Saudi Arabian Task Force Meeting, was held on November 7th, 2014 in Riyadh. This successful event, hosted by the Communication and Information Technology Commission (CITC), had over 40 participants from the Saudi Arabian Internet Industry as well as representatives from government institutions and enterprises, discussing the deployment of IPv6. > > The meeting was preceded by a three-day MENOG IPv6 Roadshow. 21 participants took part in this technical training, learning how to configure and deploy IPv6 in their networks. > > Dr Ibraheem Al Furaih (CITC), in his presentation, highlighted the fact that the number of Internet users in Saudi Arabia is still rapidly growing, surpassing 16.5 million in the first half of 2013. With the global and regional IPv4 address pool depleted, a rapid deployment of IPv6 is necessary in sustaining future growth and to enable the remaining 45% of the population to also connect to the Internet. He also announced that, following the decision of the Task Force to put more focus on enterprise networks, CITC will run a pilot in which four enterprises will be supported in enabling IPv6 on all their customer-facing services. > > Ashraf Sattar (STC) reported back on a successful pilot project in enabling IPv6 on their DSL network. With the tests completed, they expect to begin rolling out IPv6 as a production service in the first quarter of 2014, followed by a planned deployment of IPv6 in the FTTH network in the second quarter. He also highlighted some of the design challenges that mobile operators are facing, concluding that a single stack approach, in which an IPv6-only service is complemented by an IPv6 to IPv4 translation service, is the most promising solution. However, as he remarked, such a solution would put limits on the peer-to-peer communication in between hosts. > > Motaz Alturayef (Mobily) provided the attendees with an overview of some of the security challenges in deploying IPv6. But as he mentioned, the fact that a lot of devices and software now have IPv6 capabilities, also poses a threat in that IPv6 traffic might escape to the attention of the security teams and intrusion detection systems. > > Amer Mustafa (GAMA) presented on the successful projects they did with several of their customers. Their segmented approach that focusses on different parts of the organisation allows for the deployment of IPv6 in only 90 days. He stated that convincing the business executives and decision makers was the biggest challenge in the fast deployment IPv6. > > A presentation by Marco Hogewoning (RIPE NCC) showed statistics about the deployment of IPv6 in Saudi Arabia taken from the various measurement programs, comparing them to those of other countries in the Middle East region, as well as to the global deployment statistics. He also highlighted that, while the IPv4 pool is depleted, there is still an ongoing need in maintaining the registration data of IPv4 resources to be accurate and complete. > > Gert Doering in his role as IPv6 Consultant explained the various options available within the RIPE NCC Service Region for obtaining IPv6 resources. Using several examples, he highlighted some of the drawbacks and benefits of those options for companies of various sizes. He invited the participants to take part in discussions in the RIPE Address Policy Working Group, which have been addressing several potential changes to IPv6 and IPv4 address policy. > > In conjunction with the IPv6 events, the RIPE NCC also invited its Saudi Arabian members, together with other stakeholders, for an informal dinner to discuss ongoing issues and the needs of the membership. The attendees expressed the need for further activities in IPv6 training, not only on a technical level but also for executive-level employees. They also welcomed the continued efforts made by the RIPE NCC to increase its presence in the Middle East, noting the expansion of the Dubai office to include more staff. > > All the presentations, as well as more information about the Saudi Arabian IPv6 Task Force, are available on their website, via http://www.ipv6.sa./The next meeting of the Task Force is planned to take place in April or May 2014. > > If you have any questions regarding this event or would like RIPE NCC staff to contribute to your IPv6 events please contact us via ipv6actnow [at] ripe [dot] net > > On behalf of the RIPE NCC External Relations Team, > > Marco Hogewoning > > > > > > > > End of ipv6-wg Digest, Vol 27, Issue 4 > ************************************** > > -------------- next part -------------- An HTML attachment was scrubbed... URL: