- ipv6-wg - mailman.ripe.net

dynamic or static IPv6 prefixes to residential customers
by JORDI PALET MARTINEZ 23 Aug '11

23 Aug '11

Hi all, I will like to know, from those deploying IPv6 services to residential customers, if you are planning to provide static or dynamic IPv6 prefixes. Just to be clear, I'm for static prefix delegation to residential customers, however I heard that some ISPs are doing dynamic delegations, the same way as is common today with IPv4. I don't thin it make sense, as the main reason for doing so in IPv4 was address exhaustion and legacy oversubscription models such as PPP/dial-up. Regards, Jordi PS: I've sent this question to NANOG, got very few answers, so trying here ... ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.consulintel.es The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.

9 14

Announcement: RIPE NCC Training Courses
by Training Mailbox 23 Aug '11

23 Aug '11

[Apologies for duplicate e-mails] Dear Colleagues, The RIPE NCC invites you to register for one of our upcoming training courses: - The LIR Training Course This course teaches LIRs how to request Internet number resources and interact with the RIPE NCC. A course outline is available at: http://www.ripe.net/lir-services/training/courses/lir/outline/ - The Routing Registry Training Course This course teaches LIRs how to use the RIPE Database for routing. A course outline is available at: http://www.ripe.net/lir-services/training/courses/rr/ - The IPv6 Training Course This course teaches LIRs about the need for IPv6 and includes basic information on how to plan your deployment. A course outline is available at: http://www.ripe.net/training/ipv6/outline.html To see the location of upcoming courses and to register, please use the LIR Portal or complete the registration form on our website at: RIPE NCC Upcoming Courses List & Registration https://lirportal.ripe.net/lirportal/training/course-list.html If you have any questions, please do not hesitate to contact us at <training(a)ripe.net>. Kind regards, Rumy Spratley-Kanis Training Services Manager RIPE NCC

1 0

IPv6 Hackers mailing-list
by Fernando Gont 09 Aug '11

09 Aug '11

Folks, We have created the "IPv6 Hackers" mailing-list for discussion of IPv6 security issues. The charter of the list is: ---- cut here ---- This list was created for the discussion of IPv6 security issues and low/packet-level issues related to the IPv6 protocols. It is meant to provide forum for IPv6 security researchers and IPv6 networking professionals to discuss low-level IPv6 networking and security issues that could eventually lead to advances and improvements in the area of IPv6 security and IPv6 networking. Discussion of unrelated networking or security topics are considered "off topic". Subscription to the list is open to the community. ---- cut here ---- You can subscribe to the mailing-list here: http://lists.si6networks.com/listinfo/ipv6hackers/ We have also created a mailing-list for spanish-speaking IPv6 hackers (ipv6hackers-es). You can subscribe to this list here: http://lists.si6networks.com/listinfo/ipv6hackers/ General information about our mailing-lists is available at: http://www.si6networks.com/community/mailing-lists.html Thanks! Best regards, -- Fernando Gont SI6 Networks e-mail: fgont(a)si6networks.com web: http://www.si6networks.com

1 0

New Article on RIPE Labs: IPv4 and IPv6 Performance on World IPv6 Day
by Mirjam Kuehne 01 Aug '11

01 Aug '11

Dear colleagues, The next article in a series about the measurements we've done during World IPv6 Day is comparing the performance of IPv4 and IPv6. Please read on RIPE Labs: http://labs.ripe.net/Members/emileaben/measuring-world-ipv6-day-comparing-i… Kind regards, Mirjam Kuehne RIPE NCC

1 0

Re: AW: [ipv6-wg] dynamic or static IPv6 prefixes to residential customers
by JORDI PALET MARTINEZ 27 Jul '11

27 Jul '11

However I think this is an educational problem of those agencies you can't offer dynamic and stable services to access the home, and privacy goes beyond a stable address. So miss-protecting privacy actually is against user services. Regarding the routing table, my guess is that you should aggregate all the customer prefixes, in a small number of prefixes for each BRAS, PoP, etc., so no difference here with IPv4. Regards, Jordi -----Mensaje original----- De: <Olaf.Bonness(a)telekom.de> Responder a: <Olaf.Bonness(a)telekom.de> Fecha: Wed, 27 Jul 2011 15:49:27 +0200 Para: <ip(a)ioshints.info>, Jordi Palet Martinez <jordi.palet(a)consulintel.es> Asunto: AW: [ipv6-wg] dynamic or static IPv6 prefixes to residential customers >Regarding Jordis question I've to add that regulatory agencies in some >countries are not voting for static/permanent prefix delegation to >customers, because of privacy reasons. > >Kind regards >Olaf > >> -----Ursprüngliche Nachricht----- >> Von: ipv6-wg-admin(a)ripe.net [mailto:ipv6-wg-admin@ripe.net] >> Im Auftrag von Ivan Pepelnjak >> Gesendet: Mittwoch, 27. Juli 2011 09:45 >> An: jordi.palet(a)consulintel.es; ipv6-wg(a)ripe.net >> Betreff: RE: [ipv6-wg] dynamic or static IPv6 prefixes to >> residential customers >> >> Unfortunately you have to do static prefix delegation because >> it's impossible to renumber the customer's inside LAN within >> a reasonable time interval with today's state of IPv6 SLAAC. >> >> However, static delegations might cause IPv6 routing table >> explosion unless you're very careful (with dynamic IPv4 >> address allocation you could define address pool on BRAS and >> advertise just the pool prefix into the rest of the network). >> >> Ivan >> >> > -----Original Message----- >> > From: ipv6-wg-admin(a)ripe.net >> [mailto:ipv6-wg-admin@ripe.net] On Behalf Of >> > JORDI PALET MARTINEZ >> > Sent: Wednesday, July 27, 2011 3:02 PM >> > To: ipv6-wg(a)ripe.net >> > Subject: [ipv6-wg] dynamic or static IPv6 prefixes to residential >> > customers >> > >> > Hi all, >> > >> > I will like to know, from those deploying IPv6 services to >> residential >> > customers, if you are planning to provide static or dynamic >> IPv6 prefixes. >> > >> > Just to be clear, I'm for static prefix delegation to residential >> > customers, however I heard that some ISPs are doing dynamic >> delegations, >> > the same way as is common today with IPv4. >> > >> > I don't thin it make sense, as the main reason for doing so >> in IPv4 was >> > address exhaustion and legacy oversubscription models such >> as PPP/dial-up. >> > >> > Regards, >> > Jordi >> > >> > PS: I've sent this question to NANOG, got very few answers, >> so trying here >> > ... >> > >> > >> > >> > ********************************************** >> > IPv4 is over >> > Are you ready for the new Internet ? >> > http://www.consulintel.es >> > The IPv6 Company >> > >> > This electronic message contains information which may be >> privileged or >> > confidential. The information is intended to be for the use of the >> > individual(s) named above. If you are not the intended >> recipient be aware >> > that any disclosure, copying, distribution or use of the >> contents of this >> > information, including attached files, is prohibited. >> > >> >> >> ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.consulintel.es The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.

1 0

Re: is ok
by Aurelio Diaz Pereira 27 Jul '11

27 Jul '11

confirm 764810

1 0

RIPE-501 and IPSEC on CPEs
by Ahmed Abu-Abed 26 Jul '11

26 Jul '11

Hello All, Reading RIPE-501 spec for basic CPEs, I see that IPSEC & IKE are mandatory under "host" equipment. Is this a necessity ? Many IPv4 CPEs do not support IPSEC to keep the costs down. Regards, -Ahmed

8 19

not announcing IXP IPv6 peering lan prefixes in global BGP table possibly breaks PMTUD
by Christian Seitz 26 Jul '11

26 Jul '11

Hello, we had an IPv6 path MTU discovery issue last week and I would like to discuss possible solutions here. The problem is a combination of not announcing IXP IPv6 peering prefixes in the global BGP table and activating loose uRPF at the border of a network. I made the following traceroutes and pings after deactivating loose uRPF at the border. Before this I did not see any packet from the LINX peering lan address 2001:7f8:4::d1c:1, because it is not announced to the global BGP table and therefore not routable. The traceroute ended after 2001:450:2001:800e::2 before. chris@router> traceroute 2a01:e0c:1:1599::1 source 2001:x:x:x::2 traceroute6 to 2a01:e0c:1:1599::1 (2a01:e0c:1:1599::1) from 2001:x:x:x::2, 64 hops max, 12 byte packets [...] 2 2001:450:2001:800e::2 (2001:450:2001:800e::2) 0.793 ms 0.611 ms 0.604 ms 3 2001:7f8:4::d1c:1 (2001:7f8:4::d1c:1) 25.692 ms 227.307 ms 18.160 ms 4 2001:1900:5:2::12e (2001:1900:5:2::12e) 26.565 ms 26.310 ms 26.248 ms 5 2a01:e00:2:9::1 (2a01:e00:2:9::1) 26.746 ms 28.774 ms 40.343 ms [...] An ICMP echo request packet with more than 1410 bytes (1450 byte incl. header) shows that there is a smaller MTU between two routers in the backbone of Level3: PING www.free.fr(www.free.fr) 1403 data bytes >From 2001:7f8:4::d1c:1 icmp_seq=86 Packet too big: mtu=1450 1411 bytes from www.free.fr: icmp_seq=87 ttl=53 time=41.5 ms [...] 2001:7f8:4::d1c:1 seems to be a router of Level3 at LINX. The next router 2001:1900:5:2::12e also has an IP address from the Level3 IPv6 allocation. There seems to be an MTU of 1450 bytes between those two routers. The router at LINX sends out an ICMP "Packet too big" with the source address of the interface where he sees the route to the source address. This is the LINX peering lan, which is currently not announced in BGP. We use loose uRPF at the border to drop all packets from source addresses that are not globally routed. The ICMP "Packet too big" gets lost and path MTU discovery is broken. Communication with big packets is not possible. Some IXPs decided not to announce their peering lan prefixes for some reasons, but in combination with loose uRPF this leads to problems like this one. I would like to discuss the best current practise and possible solutions here. Possible solutions from my point of view: 1) Do not activate loose uRPF at the border of any network. 2) Any network where loose uRPF is configured at the border has to configure static routes for the IXP ranges of every RIR and redistribute them in the IGP so there is a valid route for loose uRPF checks. 3) IXPs announce their peering lan prefixes in the global BGP table and make loose uRPF work for the rest of the world. Members of the IXPs should possibly filter BGP announcements of the IXP peering lan prefixes from external peers when they do not use "next-hop-self" in iBGP within their network. 4) Remove tunnels, use native IPv6. There will always be links with an MTU lower than 1500 byte (access), so this is possibly not the best solution. 5) ? Regards from Berlin, Chris

7 11

Reminder: Global IPv6 Deployment Monitoring Survey 2011
by Paul Rendek 25 Jul '11

25 Jul '11

[Apologies for duplicate mails] Dear Colleagues, There's just one week left to complete the Global IPv6 Deployment Monitoring Survey 2011. Take part online now at: http://www.surveymonkey.com/s/GlobalIPv6survey2011 This survey has been designed by GNKS Consult in collaboration with TNO and the RIPE NCC to further understand where the community stands on IPv6 and what needs be done to ensure that the Internet community is ready for the widespread adoption of IPv6. Anyone can participate in this survey and we hope that the results will establish a comprehensive view of current IPv6 penetration and future plans for IPv6 deployment. The survey comprises 23 questions and can be completed in about 15 minutes. For those without IPv6 allocations or assignments or who have not yet deployed IPv6, there will be fewer questions. The survey will close on 31 July 2011. We thank you for your time and interest in completing this survey. If you have any questions concerning the survey, please email <info(a)gnksconsult.com>. For more information about the survey and links to previous year's survey results, please see: https://www.ripe.net/internet-coordination/news/industry-developments/globa… Regards, Paul Rendek RIPE NCC Head of External Relations and Communication

1 0

next version of RIPE-501, v.2
by Jan Zorz ＠ go6.si 25 Jul '11

25 Jul '11

Hi, Please find attached document with many ideas and suggestions included, LB spec is also there. As usual, all comments warmly welcome. Cheers, Jan

5 15

RE: [ipv6-wg] additional IPv6 allocation (ripe-512 issues)
by Ivan Pepelnjak 22 Jul '11

22 Jul '11

Let me try to understand: (A) We don't disagree that he might actually deserve more than /32 (B) According to my understanding of previous discussions I had on this topic, RIPE might actually have already reserved extra space for his future needs (C) According to the current rules he can't get another /32 for a total of /31 without using most of the current /32 (and hoping his next /32 will be adjacent) (D) Someone is seriously suggesting he returns the current /32 and asks for a brand new /31 which he will likely get. Was someone reading too much Kafka or The Good Soldier Švejk lately? Ivan > -----Original Message----- > From: Jan Zorz @ Go6.si [mailto:jan@go6.si] > Sent: Monday, July 18, 2011 5:13 PM > To: Ivan Pepelnjak; 'Sander Steffann'; 'Yannis Nikolopoulos' > Subject: RE: [ipv6-wg] additional IPv6 allocation (ripe-512 issues) > > Going to production it was said :) > > I did a long discussion with Alex Le Heux (RIPE IPRA) about the same > issue, his advice was that. > > Jan > > Ivan Pepelnjak <ipepelnjak(a)gmail.com> wrote: > > >Extremely helpful advice from the ops perspective. > > > >> Trade in your /32 and get something bigger under initial alloc > >> conditions... :) > > -- > Sent from my Android phone with K-9 Mail. Please excuse my brevity.

21 55

Re: [address-policy-wg] RE: [ipv6-wg] additional IPv6 allocation (ripe-512 issues)
by Sander Steffann 19 Jul '11

19 Jul '11

Hi, >> Some years ago... in other mail like this... "You want to change how IPv4 >> routing works? And RIP? >> >> http://tools.ietf.org/html/rfc4632 ;-) > > That's fine but thats not a function of RIPE but rather 'other places' The RIPE IPv6 WG (ipv6-wg(a)ripe.net) has volunteered for continuing this discussion :-) Sander

1 0

additional IPv6 allocation (ripe-512 issues)
by Yannis Nikolopoulos 18 Jul '11

18 Jul '11

hello all, Lately we've been trying to lay out a future-proof IPv6 addressing plan (actually, to revise our initial IPv6 plan from a few years back) and we came to the conclusion that if we were to plan ahead for a few years, we would need an extra IPv6 allocation from RIPE, one more /32 (we already have one). Well, according to ripe-512 we're not eligible for a subsequent allocation yet, since we haven't met the subsequent allocation criteria (HD ratio). We'll be offering our commercial dual stack services (broadband, leased-lines VPNs) next year. This means that we'll have 1,2M potential subscribers (/56) just for the retail service. And then there's all the /48s for the VPNs and bigger customers. I'm not saying that all of our customers will migrate to IPv6 at once but we have to plan, don't we? And then there's the growth factor to be considered also... For us, this extra /32 will make the difference between an efficient and future-proof addressing plan that will last for many years and one that will have to be revised after 2-3 years (with all the readdressing etc). I thought that one of the key advantages with IPv6 was the fact that we would get rid of readdressing. What I'm trying to say is that ripe-512 is not flexible enough. In the end, should we planning ahead for many years (as per RFC6177) or not? any thoughts? cheers, Yannis

3 2

New version (or followup) of RIPE-501 document...
by Jan Zorz ＠ go6.si 18 Jul '11

18 Jul '11

Dear RIPE IPv6 community. As promised, please find in attach new version (or followup) from RIPE-501 document. This document will get new version (if agreed in community) and will obsolete RIPE-501 as such. There is a promise, that RIPE-501 gets a link of new document, if/when that happens. What are major changes? We added CPE and mobile node requirements, we added some wording and explanations and we also took 2 options away, leaving with only 1 option. Main idea of new document is elaborated old option 3, in short: "Request IPv6 Ready Logo certificate, if equipment was not put under this testing require list of RFCs that needs to be supported. Note that IPv6 Ready Logo tests only basic requirements and if you have any special needs, request Logo and additional RFCs..." All is explained in a document. You'll see all possible colors in the docs. Black is what is left from original RIPE-501, different colors means different authors changes :) With this we hope to help you look at changes and spot them easily. There is .doc and .pdf versions attached. Authors would like to thnx all reviewers of this new document, we sent it firstly to all who contributed to previous version. You all know who you are :) Please, all comments and suggestions welcome and I expect vivid discussion here on the list. Goal is to try to reach a consensus for November RIPE meeting, if possible. Cheers from hard working ex-501 team - Merike, Sander and Jan

13 35

Measuring long-term effects of World IPv6 Day
by Mirjam Kuehne 05 Jul '11

05 Jul '11

[apologies for duplicates] Dear colleagues, We have been looking at some more long-term effects of World IPv6 Day, held on 8 June. Please find more on RIPE Labs: http://labs.ripe.net/Members/emileaben/measuring-world-ipv6-day-long-term-e… Kind Regards, Mirjam Kuehne RIPE NCC

1 0

Global IPv6 Deployment Monitoring Survey 2011 Now Open
by Paul Rendek 04 Jul '11

04 Jul '11

Dear Colleagues, The Global IPv6 Deployment Monitoring Survey 2011 is now online at: http://www.surveymonkey.com/s/GlobalIPv6survey2011 This survey has been designed by GNKS Consult in collaboration with TNO and the RIPE NCC to further understand where the community stands on IPv6 and what needs be done to ensure that the Internet community is ready for the widespread adoption of IPv6. Anyone can participate in this survey and we hope that the results will establish a comprehensive view of current IPv6 penetration and future plans for IPv6 deployment. The survey comprises 23 questions and can be completed in about 15 minutes. For those without IPv6 allocations or assignments or who have not yet deployed IPv6, there will be fewer questions. The survey will close on 31 July 2011. We thank you for your time and interest in completing this survey. If you have any questions concerning the survey, please email <info(a)gnksconsult.com>. For more information about the survey and links to previous year's survey results, please see: https://www.ripe.net/internet-coordination/news/industry-developments/globa… Regards, Paul Rendek RIPE NCC Head of External Relations and Communication

1 0

New article to RIPE Labs: Measuring World IPv6 Day
by Mirjam Kuehne 28 Jun '11

28 Jun '11

[apologies for duplicates] Dear colleagues, Please find a new articles on RIPE Labs: Measuring World IPv6 Day - Some Glitches and Lessons Learned http://labs.ripe.net/Members/emileaben/measuring-world-ipv6-day-glitches-an… Kind Regards, Mirjam Kuehne RIPE NCC

1 0

IETF working group on renumbering in IPv6
by Shane Kerr 24 Jun '11

24 Jun '11

All, There is some idea to work on the renumbering problem in IPv6. This is certainly of interest to IPv6 folks, but I am including the address policy folks as this may ultimately have impact there. Cheers, -- Shane

2 1

Last 10 Days!: AP2PS 2011 || November 20-25, 2011 - Lisbon, Portugal
by Cristina Pascual 23 Jun '11

23 Jun '11

INVITATION: ================= Note that the submission deadline has been extended to July 1st, 2011. Please consider to contribute to and/or forward to the appropriate groups the following opportunity to submit and publish original scientific results. In addition, authors of selected papers will be invited to submit extended article versions to one of the IARIA Journals: http://www.iariajournals.org ================= ============== AP2PS 2011 | Call for Papers =============== CALL FOR PAPERS, TUTORIALS, PANELS AP2PS 2011: The Third International Conference on Advances in P2P Systems November 20-25, 2011 - Lisbon, Portugal General page: http://www.iaria.org/conferences2011/AP2PS11.html Call for Papers: http://www.iaria.org/conferences2011/CfPAP2PS11.html - regular papers - short papers (work in progress) - industrial presentations - posters - ideas Submission page: http://www.iaria.org/conferences2011/SubmitAP2PS11.html Submission deadline: July 1st, 2011 Sponsored by IARIA, www.iaria.org Extended versions of selected papers will be published in IARIA Journals: http://www.iariajournals.org Please note the Poster Forum and Work in Progress (short papers) options. The topics suggested by the conference can be discussed in term of concepts, state of the art, research, standards, implementations, running experiments, applications, and industrial case studies. Authors are invited to submit complete unpublished papers, which are not under review in any other conference or journal in the following, but not limited to, topic areas. All tracks are open to both research and industry contributions, in terms of Regular papers, Posters, Work in progress, Technical/marketing/business presentations, Demos, Tutorials, and Panels. Before submission, please check and comply with the Editorial rules: http://www.iaria.org/editorialrules.html AP2PS 2011 Topics (topics and submission details: see CfP on the site) Architectures and protocols Search protocols; Publish and subscribe systems; Overlay based multicast; Multilayer systems; Locality awareness; Gossip-based and epidemic protocols; Integration with network operators and service providers; Autonomic computing and networking; Semantic P2P; Opportunistic networking Applications Content delivery networks; Cloud computing; Public resource computing; Aggregate computing; Web services; Computational, service, and storage Grids; Voice and video streaming and IPTV; Collaborative platforms and social networks ; Network management; Wireless sensor networks; Scientific computing and workflow management systems; Green computing Prototypes and simulations Implementations; Comparative performance analysis; Dependability, resilience and availability; Scalability; Stability; Benchmarking and optimization; Quality of experience Security, trust and reputation Privacy & Anonymity; Trust and reputation management; Free-riding prevention; Authentication and identity management; Fairness and Incentive models; Virtual economies; Digital rights management; Content filtering P2P and wireless convergence P2P in cellular networks; P2P in wireless networks; P2P in ad hoc networks; Integrated approaches; Energy efficiency ---------------------- AP2PS General Chairs Nick Antonopoulos, University of Derby, UK Antonio Liotta, Eindhoven University of Technology, The Netherlands Giuseppe Di Fatta, The University of Reading, UK AP2PS Advisory Chairs Marco Aiello, University of Groningen, The Netherlands Takahiro Hara, University of Osaka, Japan Ouri Wolfson, University of Illinois at Chicago, USA AP2PS 2011 Industry Liaison Chair Christoph Schuba, Oracle Corp., USA Roman Y. Shtykh, Rakuten, Inc., Japan AP2PS 2011 Research Chairs Yasushi Kambayashi, Nippon Institute of Technology, Japan Anders Fongen, Norwegian Defense Research Establishment, Norway Quang Hieu Vu, ETISALAT BT Innovation Center (EBTIC)/ Khalifa University, UAE Committee: http://www.iaria.org/conferences2011/ComAP2PS11.html ====================

1 0

Last 10 Days: EMERGING 2011 || November 20-25, 2011 - Lisbon, Portugal
by Cristina Pascual 23 Jun '11

23 Jun '11

INVITATION: ================= Note that the submission deadline has been extended to July 1st, 2011. Please consider to contribute to and/or forward to the appropriate groups the following opportunity to submit and publish original scientific results. In addition, authors of selected papers will be invited to submit extended article versions to one of the IARIA Journals: http://www.iariajournals.org ================= ============== EMERGING 2011 | Call for Papers =============== CALL FOR PAPERS, TUTORIALS, PANELS EMERGING 2011: The Third International Conference on Emerging Network Intelligence November 20-25, 2011 - Lisbon, Portugal General page: http://www.iaria.org/conferences2011/EMERGING11.html Call for Papers: http://www.iaria.org/conferences2011/CfPEMERGING11.html - regular papers - short papers (work in progress) - industrial presentations - posters - ideas Submission page: http://www.iaria.org/conferences2011/SubmitEMERGING11.html Submission deadline: July 1st, 2011 Sponsored by IARIA, www.iaria.org Extended versions of selected papers will be published in IARIA Journals: http://www.iariajournals.org Please note the Poster Forum and Work in Progress options. The topics suggested by the conference can be discussed in term of concepts, state of the art, research, standards, implementations, running experiments, applications, and industrial case studies. Authors are invited to submit complete unpublished papers, which are not under review in any other conference or journal in the following, but not limited to, topic areas. All tracks are open to both research and industry contributions, in terms of Regular papers, Posters, Work in progress, Technical/marketing/business presentations, Demos, Tutorials, and Panels. Before submission, please check and comply with the Editorial rules: http://www.iaria.org/editorialrules.html EMERGING 2011 Topics (topics and submission details: see CfP on the site) Evolution of telecommunications network architectures Advanced communications systems; New configurable protocols stacks and real-time mechanisms; Applications and services for next-generation architectures; Scalability and manageability of network architectures; Opportunistic and cooperative communications; Next generation networks (NGN); Optical networks; Wireless networks, Mobile networks; Ad-Hoc, Sensor, Vehicle networks; Access, Residential, Last mile networks; Home, Body and Personal area Networks; Active networks; Self Organizing networks; Storage area networks; Peer-to-Peer and overlay networks; Network measurements and testbeds; Transmission technologies (e.g., Ultra Wideband) Applications and services Peer-to-Peer applications and services; Web services; Mobile applications; Entertainment and games; Home automation; Surveillance, Home monitoring; Medical and health applications; e-commerce, m-commerce; Location-based services; Real-time and multimedia applications; Real-time services over IP Networking and service differentiation Network design and planning; Network management and control; Traffic engineering; Traffic control, Flow control; Congestion and admission control; QoS support and Performance; Routing, Switching, QoS routing; Mobility management; Multicast; Service reliability, availability Emerging networking Network coding; Visualization of network behavior; Semantic routing; Network flow processing; Cross-layer design and optimization; High-speed networking; Context-aware mobile networking Advanced network elements Network processors; Content addressable memories; Multi-core processors; Context-aware reconfigurable devices; Portable and wearable devices; Mobile multimedia devices Optimization Power optimization in data centers; Delay and fault tolerant networks; Video conferencing and telepresence systems; Resource optimization; Context-aware optimization Quality Quality of service; Quality of performance; Quality of experience; Quality of data; Quality of modeling; Quality-oriented routing; Quality of context /degradation, trust, uncertainty, consistency/ Smartness Cognitive radio; Autonomic and dependable communications; Ambient systems; Identity and location in mobile environments; Smart homes; Brain-like networking and computing Discovery Resource discovery; Service discovery; Content discovery; Flaws/anomaly discovery Protection Anticipative control and management; Data protection strategies; Collaborative Internet attack containment; Micro-kernels and robustness Security Trust and credential negotiations; Privacy; Intrusion prevention and containment; Security in virtualization approach; Architectural support for security; Security, privacy, and dependability; Security in cooperative networks Programmability Programmable and real-time network traffic measurements; Adaptive scheduling; Network and application load balancing; High-performance capabilities-based networks; Software techniques to improve virtualized I/O performance End-user Frequently changing user profile; User mobility and ubiquity; Scalable and resource intensive multi-user distributed applications; User identity and multi-service access technologies; End-user perception; End-user based networking and service orchestration; End-user activity recognition with multiple goals Mobility Mobile Internet services; Mobility-oriented protocols /Mobile IP, etc./; Wearable and/or mobile technologies; Self-discovery and localizing entities; Seamless handover Ubiquity Ubiquitous computing; Pervasive and embedded systems; Ubiquitous sustainability; Sensing location; Activity patterns; Smart environments in the workplaces; Ubiquitous cities Semantics and Adaptiveness Content-aware networks; Network-aware applications; Semantic Web; Adaptive systems; Adaptive applications; Self-adaptiveness; Ontology-based adaptation; Semantic profile; Semantic service orchestration; Multi-technology semantic integration /sensors, ehealth, geosensing, etc./ Wireless Wireless access technologies / WLANs, WiMAX, satellite, 3G, etc./; Multi-hop wireless networks /sensor, ad hoc, mesh, etc./; Wireless QoS and reliability; Wireless body area networks; Energy optimization Emerging technologies and applications Vehicular ad hoc networks; Bio-inspired networks; Tele-medicine/e-health networks; User-centric services and applications; Autonomous and autonomic systems; Self-manageable systems; Emerging computation business models; Social networks; eSociety --------------- EMERGING Advisory Chairs Raj Jain, Washington University in St. Louis, USA Michael D. Logothetis, University of Patras, Greece Tulin Atmaca, IT/Telecom&Management SudParis, France Phuoc Tran-Gia, University of Wuerzburg, Germany Nuno M. Garcia, Universidade Lus�fonas de Humanidades e Tecnologias, Lisboa, Portugal EMERGING 2011 Industry Liaison Chairs Krishna Murthy, Quintiles, USA Tadashi Araragi, Nippon Telegraph and Telephone Corporation � Kyoto, Japan Robert Foster, Edgemount Solutions - Plano, USA EMERGING 2011 Research Chair David Carrera, Barcelona Supercomputing Center (BSC) / Universitat Politecnica de Catalunya (UPC), Spain Committee: http://www.iaria.org/conferences2011/ComEMERGING11.html ====================

1 0

New article on RIPE Labs: Measuring World IPv6 Day
by Mirjam Kuehne 17 Jun '11

17 Jun '11

[apologies for duplicates] Dear colleagues, The RIPE NCC took a number of measurements both before and during World IPv6 Day. We've done an initial analysis of the data and would like to share our first impressions and results with you on RIPE Labs: http://labs.ripe.net/Members/mirjam/measuring-world-ipv6-day-first-impressi… Kind Regards, Mirjam Kuehne RIPE Labs

1 0

v6day.ripe.net
by Robert Kisteleki 08 Jun '11

08 Jun '11

Our dashboard for world IPv6 day is now officially open at http://v6day.ripe.net/ It leads to loads of statistical and diagnostic information. We are still tweaking it a little and adding things. Enjoy Robert

6 9

World IPv6 Day and the RIPE NCC
by Axel Pawlik 08 Jun '11

08 Jun '11

[Apologies for duplicate emails] Dear colleagues, The RIPE NCC is proud to participate in today's World IPv6 Day, a global event in which many organisations around the world are offering their content over IPv6. All of the RIPE NCC’s services and content have already been available over IPv6 for some time. We are also taking part in events in Amsterdam and Moscow, as well as conducting a wide range of IPv6-related measurements and analysis. IPv6 Eye Chart ============== If you want to find out if you will have problems accessing websites during World IPv6 Day, you can use the IPv6 Eye Chart: http://ipv6eyechart.ripe.net/ World IPv6 Day Dashboard ======================== All the IPv6 measurements carried out by the RIPE NCC are available at: http://v6day.ripe.net Amsterdam Event =============== The World IPv6 Day event in Amsterdam features tutorials, workshops, panel discussions and keynote speeches on IPv6. You can follow the event live at: http://webcolleges.uva.nl/mediasite/Viewer/?peid=bee87df6f35d4943adaff2ad98… Moscow Event ============ World IPv6 Day is being celebrated during the RIPE Day at the first meeting of the Eurasia Network Operators Group (ENOG), taking place in Moscow. Throughout the day, there will be IPv6-related presentations, a special meeting for the press and screens tracking the measurements being conducted by the RIPE NCC. A webcast of the event is available at: http://www.enog.org/programme/webcast/ Best regards, Axel Pawlik Managing Director RIPE NCC

1 0

Rapid IPv6 deployment for World IPv6 Day
by Ahmed Abu-Abed 08 Jun '11

08 Jun '11

Hello, To setup a computer with IPv6 public address over any IPv4 connection (3G, ADSL, dial-up, etc. and even behind nested NATs) for World IPv6 Day testing then I suggest downloading the Freenet6 client and running it with default settings; it's the closest you can get to plug and play IPv6. Freenet6 have the TSP protocol IPv6 server in Amsterdam, so response times should be acceptable. Only the Windows XP/Vista/7 versions have an intuitive graphical interface, while OS X, BSD and Linux are command line only so far. Register and download the client from http://gogonet.gogo6.com/page/freenet6-ipv6-services Its working very well at my end today, with standard pings to Facebook, Bing, Yahoo and Google defaulting to IPv6 addresses and responses when connected to Freenet6. Regards, -Ahmed

1 0

IPv6 World Day prep behind a crappy hotel DNS resolver
by Shane Kerr 07 Jun '11

07 Jun '11

Hello, IPv6 World Day is tomorrow! I'm at the ENOG meeting in Moscow, which has a pretty common hotel Internet setup - a web redirect on first connect and then some magic somewhere records your information so you get out to the Internet more-or-less directly from then on. Someone at the meeting was kind enough to set up IPv6 service here. Yesterday it seemed a bit bumpy, but today it is working nicely. However, the network has a somewhat broken DNS resolver, which is also sadly pretty common at hotels. It seems to have problems answering normal IPv4 address queries (A records), but mostly works for that. It does not handle IPv6 address queries (AAAA records) at all. :( I tried running a resolver on my laptop, but the hotel network restricts DNS UDP packets to a maximum of 512 bytes. Even worse, it truncates larger answers to that size, and does not set the truncate bit. This confuses BIND mightily, as you would expect, since it is basically getting corrupted packets. Plus it blocks DNS TCP completely. Suffice it to say IPv4 is damaged here. A quick Google reveals that OpenDNS has IPv6 servers, which allows me to use the IPv6 transit, which is free of nonsensical tampering: http://warrenkwok.blogspot.com/2011/05/opendns-offers-ipv6-resolvers.html The IPv6 eyechart is now a sea of green! I'm ready for tomorrow. Are you? :) -- Shane

1 0