From ocl at gih.com Thu Apr 1 18:01:15 2010 From: ocl at gih.com (Olivier MJ Crepin-Leblond) Date: Thu, 01 Apr 2010 19:01:15 +0200 Subject: [IPv6crawler-wg] Incredible unix Load factors Message-ID: <4BB4D15B.30903@gih.com> See the attached screen shot. So the machine runs a little slowly - but it runs, and that's what I find incredible when the load is so high. I remember the days when my sun shoebox used to crash at load 4.00 ! Cheers, O. -- Olivier MJ Cr?pin-Leblond, PhD http://www.gih.com/ocl.html -------------- next part -------------- A non-text attachment was scrubbed... Name: load1.jpg Type: image/jpeg Size: 463181 bytes Desc: not available URL: From ocl at gih.com Mon Apr 5 16:29:53 2010 From: ocl at gih.com (Olivier MJ Crepin-Leblond) Date: Mon, 05 Apr 2010 17:29:53 +0200 Subject: [IPv6crawler-wg] IPv6 Security Deployment Challenges -Are you Ready Message-ID: <4BBA01F1.7050108@gih.com> Hi there, Over the week-end, I have received a very complete presentation from a contact, Alaa Al-Din Al-Radhi, from Jordan whom I have met on several occasions at various Internet events. We share much information about IPv6 in our own parts of the world. He is really working a lot with IPv6 - and the presentation he has emailed me is, in my opinion, quite complete on the matter of IPv6 security. Since you're now all working with IPv6, I thought that this is an instructive presentation to read through. Enjoy! Olivier -- Olivier MJ Cr?pin-Leblond, PhD http://www.gih.com/ocl.html -------------- next part -------------- A non-text attachment was scrubbed... Name: IPv6 Security Deployment Challenges -Are you Ready.pdf Type: application/pdf Size: 3565793 bytes Desc: not available URL: From ocl at gih.com Thu Apr 8 17:38:23 2010 From: ocl at gih.com (Olivier MJ Crepin-Leblond) Date: Thu, 08 Apr 2010 18:38:23 +0200 Subject: [IPv6crawler-wg] Fwd: OECD IPv6 Report Message-ID: <4BBE067F.1040204@gih.com> For your information, please find the OECD report on IPv6 deployment. As you can see, there is a considerable interest in the subject, and I hope that next year's OECD report will be able to use some of the data we have collected and analysed. You'll also be able to see a list of interesting references (source of the work) at the end of the report. Warm regards, Olivier ps. the source of the OECD report is linked from: http://www.oecd.org/document/14/0,3343,en_2649_34223_44954318_1_1_1_1,00.html -------------- next part -------------- A non-text attachment was scrubbed... Name: IPv6 OECD report.pdf Type: application/pdf Size: 1914289 bytes Desc: not available URL: From ocl at gih.com Sun Apr 11 00:34:47 2010 From: ocl at gih.com (Olivier MJ Crepin-Leblond) Date: Sun, 11 Apr 2010 01:34:47 +0200 Subject: [IPv6crawler-wg] Ideas for mapping / display of results Message-ID: <4BC10B17.6080505@gih.com> Hi there, with the great progress made by Sameh and his team to get the crawler to work and collect data, one of the important parts of the IPv6 crawler project involves the display of information that the crawler has collected. I know that Sameh is putting together some automatically generated pie charts of IPv4/IPv6 penetration criteria per region/gTLD/ccTLD or per other type of selection (the selection of domain names being our choice, for example, only UK academic institutions), but we now need to look further. Therefore, I think that since we are now seeing output data from the crawler we need to: 1. define & freeze the output format. If the current format is what we are all happy with, then let it be. 2. start defining the type of analysis we would like to perform on this data. This might involve having to choose what type of output/deliverables we would like, bearing in mind the output we have proposed in the specifications sheet which was part of the ISOC project funding proposal: "For example, records based on Geo-localisation will enable geographic colouring of international maps showing concentration of IPv6 nodes. Geo-IP databases exist, both on a commercial basis (For example, MaxMind -- http://www.maxmind.com ) or Open Source (For example, hostip.info -- http://www.hostip.info ). Open Source Databases often allow downloading of the complete database (and updates) and this would be used within the tracing software to locate IPv6 enabled nodes, through their IPv4 dual stack. Mapping of results on World maps is then possible, either by formatting data in a format readable by Google World, or through direct mapping such as that shown below. On this map (example from the hostip.info site), small red dots represent access to a Web page from specific regions of the world. Dual Stack IPv4/IPv6 nodes could be mapped. Later, when IPv6 only nodes start appearing, they could be plotted in another colour (as long as Geo Tracking source is established for IPv6). Other possible visualisation could be a mapping of the IPv6 world; rate of IPv6 growth in particular regions, a node-centric mapping of the virtual Internet space with distances defined as end to end delays, etc. A study of further data visualisation is outside the scope of this project, given the in kind funding secured from current project partners." The GEO database referred to above is hostip.info and the HostIP complete database can be downloaded from a link on: http://www.hostip.info/dl/index.html So here are some suggestions/ideas for analysis/display of data: A conventional way of showing data is through tables. I know we already have some in the first prototype but the examples following seem appropriate as well. * Some slightly nicer looking set of tables are possible here. https://fit.nokia.com/lars/meter/ipv6.html It is worth noting that at the moment, the data which our crawler is collecting, is probably able to go further than the Nokia project, since they are only testing a few countries, and we are unsure whether they are testing for real IPv6 connectivity or just going by the IP addressing. That said, they are also testing for DNSSEC, DKIM, SIP, XMPP and SPF: https://fit.nokia.com/lars/meter/data/2010-04-08-results.txt Sameh: with the current modularity of our crawler, will it be possible to add those features with ease? I am hoping that this is so - and I am hoping that therefore, we also keep a similar modularity for the generation of our analytical result displays, so that we don't need to re-program everything from scratch if we wish to extend our data sets in the future. The reason for this is that this might allow us to ask for further funding from ISOC to extend the work. But there are also different formats of tables possible. * For example, look at the table of results for inter-network connectivity: http://www.internethealthreport.com/Main.aspx?Period=RH24 In this type of format, we could have various metrics being updates at each run. And then, we've got various possibility for maps, and I would really like us to decide on mapping because I really believe that a picture is worth a thousand words - and it would really help visualise things on a macro level. * For example, maps of IPv6 penetration could be created using dots on a map, or wider coloured regions of the same type as: http://www.wirelessmapping.com/WISP%20National%20Map.png or something using Google maps, like: http://www.wirelessmapping.com/Google%20Maps3.htm * Possible historical charts for IPv4 latency vs. IPv6 latency: http://inetcore.com/project/metrics/46rtt.html.en (or for the spread of IPv6) The CyberGeography Web site has many many examples and ideas for Internet data visualisation. Pages of particular importance are: - geographic display http://personalpages.manchester.ac.uk/staff/m.dodge/cybergeography//atlas/geographic.html We have several ideas there, including the dots on a map, but also the stacks on a map, or the colour densities. - Also some interesting maps on: http://personalpages.manchester.ac.uk/staff/m.dodge/cybergeography//atlas/census.html (the map of France with the bubbles, for example. Also, the Internet Cartogram, where the size of countries is related to the No. of Internet users) * There's also an extensive set of further data visualisation techniques on: http://delicious.com/quarlas/datavisualization * Also check to some map visualisations by Akamai: http://www.akamai.com/html/technology/dataviz1.html These are just a few more ideas that I am suggesting for further study. Of course, there's the link to the 50 great examples of data visualisation on: http://www.webdesignerdepot.com/2009/06/50-great-examples-of-data-visualization/ * but I would particularly like to look at data mining displays on: http://datamining.typepad.com/gallery/blog-map-gallery.html * Or look at the type of data display (globe with stacked dots) on: http://www.twingly.com/screensaver * Of course, I love the globe on: http://www.geocodearth.com/ I have emailed the owner of the site to find out what were the terms of use of the globe and he replied to me with: "This project use Papervision for the 3d sphere. Papervision is an OpenSource project so you can build you own sphere for free. All other component such as drag, rotation, spin are part of Geocodearth and proprietary." So I searched for Papervision 3D ( http://www.papervision3d.com ) and found a link to a demo: http://www.psyked.co.uk/adobe/flash/geocoding-google-maps-locations-to-a-papervision3d-globe.htm with the demo itself by Adobe on: http://www.adobe.com/newsletters/edge/june2008/articles/article2/download/GeoGlobe.html and the article by Adobe on how to do it: http://www.adobe.com/newsletters/edge/june2008/articles/article2/index.html There is another tutorial for a similar project explaining how to do it (with a different bitmap) on: http://www.insideria.com/2009/02/creating-an-interactive-globe.html Lots more examples & how-to discussions by doing a Google search on: papervision3d globe Okay -that's all for now. I'd like some feedback and suggestions from everyone here, please. It's very welcome at this stage. Warmest regards, Olivier -- Olivier MJ Cr?pin-Leblond, PhD http://www.gih.com/ocl.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From ocl at gih.com Sun Apr 18 14:27:27 2010 From: ocl at gih.com (Olivier MJ Crepin-Leblond) Date: Sun, 18 Apr 2010 15:27:27 +0200 Subject: [IPv6crawler-wg] Prefixes, allocation and type of address Message-ID: <4BCB08BF.5070402@gih.com> Hello Sameh, Hello Gentlemen - this is Cc'ed to you if you have suggestions on this subject. I have done some of my own research on IPv6 prefixes as well as asked several people who know. Before I start, let me provide you with a helpful table about the IPv6 subnet matrix: Subnet Matrix Table 2001:0DB8:0400:000e:0000:0000:0000:402b ||| |||| |||| |||| |||| |||| |||| ||| |||| |||| |||| |||| |||| |||128 ||| |||| |||| |||| |||| |||| ||124 ||| |||| |||| |||| |||| |||| |120 ||| |||| |||| |||| |||| |||| 116 ||| |||| |||| |||| |||| |||112 ||| |||| |||| |||| |||| ||108 ||| |||| |||| |||| |||| |104 ||| |||| |||| |||| |||| 100 ||| |||| |||| |||| |||96 ||| |||| |||| |||| ||92 ||| |||| |||| |||| |88 ||| |||| |||| |||| 84 ||| |||| |||| |||80 ||| |||| |||| ||76 ||| |||| |||| |72 ||| |||| |||| 68 ||| |||| |||64 ||| |||| ||60 ||| |||| |56 ||| |||| 52 ||| |||48 ||| ||44 ||| |40 ||| 36 ||32 |28 24 I have found this table very helpful with differentiation of /32, /48, /64, and intermediate /40 etc. Please find my suggestions for detection, as well as a config file which have built and suggest using. - IPv6 to IPv4 Web proxies No special prefix for this. Detection is therefore hard. If we check the Web site itself and detect that it is a proxy, we might be able to characterise it was an IPv6 to IPv4 Web proxy. We can use the nmap-service-probes match. In order to only look at known Web proxies, do a: [ocl at crawler nmap]$ grep http-proxy /usr/share/nmap/nmap-service-probes So when testing a Web server, we could check if its IPv6 address was a Web proxy. Any other idea? Moustafa? Alan? ADDRESS PREFIXES I suggest we store all the address prefixes in a text file so that we can add new address prefixes and definitions as time goes on. It is impossible to list all of the tunnels in use out there, but one ongoing part of the project's accuracy will be that people/ISPs will be able to send details of their own tunnel details so that we can have a clearer picture. I suggest the following format, as a CSV: Unique Identifier (UID), Tag, Name, Location, Prefix where the Unique identifier is a Hex prefixed by the letter U. Also: the prefix includes the subnet prefix in full. The Unique identifier ranges from: U1-U0FFF: 6-to-4 tunnel prefixes (4095 total possibilities) U1000-U1FFF: 6-in-4 tunnel prefixes (4095 possibilities) U2000-U2FFF: 6rd tunnel prefixes (4095 possibilities) U3000-U3FFF: Teredo tunnel prefixes (4095 possibilities) U4000-U4FFF: reserved for further expansion U5000-U6FFF: sixxs.net global tunnel prefixes (4095 possibilities) U6000-U6FFF: reserved for future expansion U7000-U7FFF: he.net global tunnel prefixes (4095 possibilities) U8000-U9FFF: reserved for future expansion UA000-UBFFF: Localised / smaller scale tunnelling services UC000-UFFFF: reserved for future expansion For example: U1A3, tunnel.nile.edu.eg, Nile University, Egypt, 2001:1234:ABCD::/48 Here, I've taken that Nile University operates its own 6-to-4 tunnel for all its addresses under its IPv6 prefix. Nile University might have been allocated 2001:1234::/32 but only uses its ABCD subnet to serve tunnels to its students. It is important to note this, because as you'll see, some organisations both supply native IPv6 to clients as well as IPv6 tunnels, and they subnet accordingly. *LIST* - 6-to-4 addresses These are all prefixed as: 2002::/16 (ie. all addresses starting with 2002: ) Entry: U1, 6to4, 6-to-4 address, Worldwide, 2002::/16 - 6-in-4 addresses Nothing special for that. I'm going to have to keep on checking for this. - 6rd Nothing special either. Only their own ISP can tell. I'll try to see if it is possible to do a search for worldwide ISPs which run 6rd, and then trace their address allocation at the local Regional Internet Registry, in case they have annotated their allocation with a note about 6rd. I think that FREE.FR uses 6rd for its clients, and ComCast.net is likely to offer this soon to its clients. - Teredo addresses These are all prefixed as: 2001:0000::/32 There are quite a few Teredo servers around, but I have found it impossible to trace which one serves what prefix. Entry: U3000, General, Teredo Tunnel, Worldwide, 2001:0000::/32 - addresses from Tunnel Brokers There are two main tunnel brokers in the world: * Sixxs.net For a full list of the prefixes, go to: http://www.sixxs.net/pops/prefixes/ There is also a link on that page to download the CSV version of the information - which is very handy to download and use locally. I've downloaded the CSV list into an Excel Document, filtered down only the tunnels, and re-formatted it, exporting it as a text file which contains our list. This is reproduced here: (please do not cut/paste from here because might be caused by line wrapping. UID, Tag, ISP Short - ISP Name - ISP Website, Location, Prefix U5000, brudi01, ctbc - Companhia de Telecomunica??es do Brasil Central - http://www.ctbc.com.br , br, 2001:1291:200::/48 U5020, ittrn01, itgate - ITgate - http://www.itgate.it/, it, 2001:1418:100::/48 U5040, fihel01, dna - DNA Oy - http://www.dnaoy.fi, fi, 2001:14b8:100::/48 U5060, simbx01, amis - Amis - http://www.amis.net/, si, 2001:15c0:65ff::/48 U5080, chzrh02, init7 - Init Seven AG - http://www.init7.net/, ch, 2001:1620:f00::/48 U50A0, dkcph01, phonera - Phonera - http://www.phonera.se, dk, 2001:16d8:dd00::/48 U50C0, noosl01, phonera - Phonera - http://www.phonera.se, no, 2001:16d8:ee00::/48 U50E0, sesto01, phonera - Phonera - http://www.phonera.se, se, 2001:16d8:ff00::/48 U5100, usdal01, highwinds - Highwinds Network Group Inc - http://www.highwinds.com, us, 2001:1938:80::/48 U5120, usphx01, highwinds - Highwinds Network Group Inc - http://www.highwinds.com, us, 2001:1938:81::/48 U5140, uslax01, highwinds - Highwinds Network Group Inc - http://www.highwinds.com, us, 2001:1938:82::/48 U5160, nlhaa01, leaseweb - Leaseweb B.V. - http://www.leaseweb.com, nl, 2001:1af8:fe00::/48 U5180, chzrh01, ipman - IP-Man - http://www.ip-man.net/, ch, 2001:41e0:ff00::/48 U51A0, nzwlg01, acsdata - Advanced Computer Solutions (ACSData) - http://www.acsdata.co.nz, nz, 2001:4428:200::/48 U51C0, usbos01, occaid - OCCAID Inc. - http://www.occaid.org, us, 2001:4830:1100::/48 U51E0, usewr01, occaid - OCCAID Inc. - http://www.occaid.org, us, 2001:4830:1200::/48 U5200, usqas01, occaid - OCCAID Inc. - http://www.occaid.org, us, 2001:4830:1600::/48 U5220, uschi02, yourorg - Your.Org Inc. - http://www.your.org, us, 2001:4978:f::/48 U5240, decgn01, netcologne - NetCologne Gesellschaft fur Telekommunikation mbH - http://www.netcologne.de, de, 2001:4dd0:ff00::/48 U5260, nlams05, surfnet - SURFnet - http://www.ipv6.surfnet.nl, nl, 2001:610:600::/48 U5280, plwaw01, icm - ICM - http://www.icm.edu.pl/, pl, 2001:6a0:200::/48 U52A0, bebru02, belnet - BELNET - The Belgian Research and Education Network - http://www.belnet.be, be, 2001:6a8:200::/48 U52C0, deham02, easynet - Easynet - http://www.easynet.net, de, 2001:6f8:1c00::/48 U52E0, bebru01, easynet - Easynet - http://www.easynet.net, be, 2001:6f8:202::/48 U5300, deham01, easynet - Easynet - http://www.easynet.net, de, 2001:6f8:900::/48 U5320, iedub01, heanet - HEAnet - http://www.heanet.ie, ie, 2001:770:100::/48 U5340, nlede01, bit - BIT BV - http://www.bit.nl, nl, 2001:7b8:2ff::/48 U5360, lulux01, ptlu - Entreprise des Postes et Telecommunications - http://www.pt.lu/portal/Entreprise, lu, 2001:7e8:2200::/48 U5380, plpoz01, poznan - Poznan Supercomputing and Networking Center - http://www.man.poznan.pl, pl, 2001:808:100::/48 U53A0, plpoz01, poznan - Poznan Supercomputing and Networking Center - http://www.man.poznan.pl, pl, 2001:808:e100::/48 U53C0, nlams01, concepts - Concepts ICT BV - http://www.concepts-ict.nl, nl, 2001:838:300::/48 U53E0, nlams04, scarlet - Scarlet Internet B.V. - http://www.scarlet-internet.nl, nl, 2001:960:2::/48 U5400, demuc02, mnet - M-net Telekommunikations GmbH - http://www.m-net.de, de, 2001:a60:f000::/48 U5420, eetll01, linxtelecom - Linxtelecom Estonia - http://www.linxtelecom.ee, ee, 2001:ad0:900::/48 U5440, ptlis01, nfsi - NFSi Telecom Lda. - http://www.nfsi.pt, pt, 2001:b18:2000::/48 U5460, dedus01, speedpartner - SpeedPartner GmbH - http://www.speedpartner.de, de, 2a01:198:200::/48 U5480, frmrs01, jaguar - Jaguar Network SARL - http://www.jaguar-network.com, fr, 2a01:240:fe00::/48 U54A0, gblon02, goscomb - Goscomb Technologies - http://www.goscomb.net, gb, 2a01:348:6::/48 U54C0, iegwy01, airwire - Airwire - http://www.airwire.ie, ie, 2a02:278:1200::/48 U54E0, dkcph02, fullrate - Fullrate A/S - http://www.fullrate.dk, dk, 2a02:980:1000::/48 * he.net - Hurricane Electric I asked them and they replied that they do not publish a list of their prefixes. So I've manually traced all of their local tunnel servers, and found users on each, and found their prefixes. Yes, it was a lot of work. This is not a full list, and I guess that it will grow, but for the time being, this will do. I think it will catch 80% of all HE tunnel customers. I've attached it as a text file which contains our list and this is reproduced as follows: UID, Tag, ISP Short - ISP Name - ISP Website, Country, #Prefix U7000, tserv2.fmt. , HE.net Fremont California, US, 2001:470:1f01::/48 U7020, tserv2.fmt. , HE.net Fremont California, US, 2001:470:1f03::/48 U7040, tserv3.fmt2. , HE.net Fremont California, US, 2001:470:1f04::/48 U7060, tserv4.nyc4. , HE.net New York City, US, 2001:470:1f06::/48 U7080, tserv5.lon1. , HE.net London UK, UK, 2001:470:1f08::/48 U70A0, tserv6.fra1. , HE.net Frankfurt Germany, DE, 2001:470:1f0a::/48 U70C0, tserv7.ash1. , HE.net Ashburn Virginia, US, 2001:470:1f0d::/48 U70E0, tserv8.dal1. , HE.net Dallas Texas, US, 2001:470:1f0e::/48 U7100, tserv9.chi1. , HE.net Chicago Illinois, US, 2001:470:1f10::/48 U7120, tserv10.par1. , HE.net Paris France, FR, 2001:470:1f12::/48 U7140, tserv11.ams1. , HE.net Amsterdam Netherlands, NL, 2001:470:1f14::/48 U7160, tserv12.mia1. , HE.net Miami Florida, US, 2001:470:4::/48 U7180, tserv13.ash1. , HE.net Ashburn Virginia, US, 2001:470:7::/48 U71A0, tserv14.sea1. , HE.net Seattle Washington, US, 2001:470:a::/48 U71C0, tserv15.lax1. , HE.net Los Angeles California, US, 2001:470:c::/48 U71E0, tserv16.mia1. , HE.net Miami Florida, US, 2001:470:13::/48 U7200, tserv17.lon1. , HE.net London UK, UK, 2001:470:14::/48 U7220, tserv18.fra1. , HE.net Frankfurt Germany, DE, 2001:470:15::/48 U7240, tserv20.hkg1. , HE.net Hong Kong China, HK, 2001:470:18::/48 U7260, tserv21.tor1. , HE.net Toronto Canada, CA, 2001:470:1c::/48 U7280, tserv22.tyo1. , HE.net Tokyo Japan, JP, 2001:470:23::/48 U72A0, tserv23.zrh1. , HE.net Zurich Switzerland, CH, 2001:470:25::/48 U72C0, tserv24.sto1. , HE.net Stockholm Sweden, SE, 2001:470:27::/48 I also think that outside of these special cases, we might be able to fill-in the gaps - and as you can see, I left some space for expansion in the Unique identifiers. For example, we can extrapolate that ultimately, if they follow the same numbering scheme HE will supply tunnels on the following address ranges: 2001:470:1f01 - 2001:470:1fff 2001:470:4 - 2001:470:27 (remember that these are all in hexadecimal) What do you think? Do you think we should fill the gaps, or we should just stick to what we have above? If we stick to the text CSV file, we will be able to update this easily. - more tunnel brokers I have done work to trace other tunnel broker address prefixes. It is worth knowing that some actually use the 6-to-4 prefix address. But here's a list of some who don't. This also took a lot of work, with Google searches, and then tracing their network from thread to thread. There are a lot of projects which are historical and have since closed down. The following list is still alive. * gogo6/Freenet6 I have tried to check for prefixes for these addresses. Gogo6 took over HEXAGO tunneling about a year ago - so they have a lot of clients. www.gogo6.com is on 2001:5c0:1000:10::2 Prefix might be 2001:5c0: (I'm trying to look for sub-networks for this but no luck at the moment. We might prefer a 2001:5c0::/48 instead of /32 if we're not sure, but I'd rather get a false positive for tunnel than a false negative. So I've kept /32 in the entry. Entry: UA000, gogo6, gogo6/Freenet6/Hexago Tunnelling, Worldwide, 2001:5c0::/32 * xs26.net - Netherlands Prefix for tunnel allocations is 2a01:b0::/32 Entry: UA010, xs26, XS26 IPv6 Tunnels - www.xs26.net, NL, 2a01:b0::/32 * AARNET http://broker.aarnet.net.au/ 2001:0388:d000::/39 2001:0388:c000::/39 Entries: UA020, AARNET, Australia Research and Educations Network - broker.aarnet.net.au, AU, 2001:0388:d000::/39 UA021, AARNET2, Australia Research and Educations Network - broker.aarnet.net.au , AU, 2001:0388:c000::/39 * ipv6now.com.au - IPv6Now, Australia I know them so I asked them and they provided me with the following: 2406::a000::6:/112 TRY6 accounts 2406:a000:01xx::/ Studentnet 2406:a000:0600:ffff::/64 VIC6 tunnels 2406:a000:0601::/48 READY6 Entries: UA030, IPv6nowTry6, IPv6 Now Try6 - ipv6now.com.au, AU, 2406::a000::6:/112 UA031, IPv6nowStudnt, IPv6 Now Studentnet - ipv6now.com.au, AU, 2406:a000:0100::/40 UA032, IPv6nowVIC6, IPv6 Now VIC6 - ipv6now.com.au, AU, 2406:a000:0600:ffff::/64 UA033, IPv6nowRDY6, IPv6 Now READY6 - ipv6now.com.au, AU, 2406:a000:0601::/48 * Internode Australia 2001:44b8:8020:/48 Entry: UA040, Internode, Internode Australia - http://ipv6.internode.on.net/ , AU, 2001:44b8:8020:/48 * xs4all.net Tunnels - Netherlands 2001:888:10::/48 Entry: UA050, xs4all, xs4all.net IPv6 Tunnels, NL, 2001:888:10::/48 * http://tbroker.mybsd.org.my/ , MyBSD Malaysia 2001:328:2002:/48 Entry: UA060, MyBSD, MyBSD Malaysia - http://tbroker.mybsd.org.my/ , MY, 2001:328:2002:/48 * http://tb.ipv6.nectec.or.th/ 2001:f00:1ffc::/48 2001:f00:ff00::/40 2001:f00:1ffd::/48 and probably more? Entries: UA070, NecTec1, NecTec Thailand IPv6 tunnel - http://tb.ipv6.nectec.or.th/ , TH, 2001:f00:1ffc::/48 UA071, NetTec2, NecTec Thailand IPv6 tunnel - http://tb.ipv6.nectec.or.th/ , TH, 2001:f00:ff00::/40 UA072, NecTec3, NecTec Thailand IPv6 tunnel - http://tb.ipv6.nectec.or.th/ , TH, 2001:f00:1ffd::/48 * tunnelbroker.ipv6.estpak.ee , Estonia 2001:7d0::/48 UA080, EstPak, Estpack - tunnelbroker.ipv6.estpak.ee, EE, 2001:7d0::/48 * IIJ- Internet Initiative Japan This organisation was one of the world's pioneers in IPv6 tunnelling and used to offer this service on a large scale in Japan. With the move of most, if not all of their customers, to native IPv6, the service is seldom used. I have asked for further advice from them since I know some of the people there personally. In general, IPv6 tunnelling is actually used by end users to access IPv6 sites. Most traffic to corporate sites using any kind of tunnelling for IPv6 is actually covered by Hurricane Electric (HE) and SIXXS. I therefore believe that the starting file containing all of the above results and which I have attached to this message, covers most cases of tunnelling. We'll hopefully be able to add missing 6in4 and 6rd addresses soon. The importance is to make this file one of the configuration files which we can easily modify. I hope this helps! Many thanks, Olivier -- Olivier MJ Cr?pin-Leblond, PhD http://www.gih.com/ocl.html -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: v6prefix.conf.txt URL: From ocl at gih.com Mon Apr 26 10:27:26 2010 From: ocl at gih.com (Olivier MJ Crepin-Leblond) Date: Mon, 26 Apr 2010 11:27:26 +0200 Subject: [IPv6crawler-wg] Update on project In-Reply-To: References: Message-ID: <4BD55C7E.4090405@gih.com> Thank you for your update, Sameh. I am looking forward to the next demo! Please bear in mind that I will be unavailable thursday and friday since I'll be at the EURODIG conference in Madrid. Well done for having found the bug which crashed the logs. I can email you the following additions/amendments to the tunnels prefix.conf list: Replace: UA030, IPv6nowTry6, IPv6 Now Try6 - ipv6now.com.au, AU, 2406::a000::6:/112 with UA030, IPv6nowTry6, IPv6 Now Try6 - ipv6now.com.au, AU, 2406:a000::6:/112 (this was an error) I've also received confirmation for two more tunnels: Add: # IIJ- Internet Initiative Japan UA090, IIJ, Internet Initiative Japan - iij.org.jp, JP, 2001:240:500::/40 # IPv6 Task Force Europe UA0A0, IPv6TF, IPv6 Task Force Europe- tunnelbroker, ES, 2a01:48::/32 One suggestion which was made was whether one could detect a tunnel through detecting encapsulation, overhead, mtu, or, as they say "something similar". I have conducted some tracepaths to various tunnelled and non-tunnelled addresses and not found any consequential difference in MTU - in fact, in some tracepaths, the MTU changes even when traffic isn't tunneled, due to other types of encapsulation or traffic management. I am copying others on the list, in case they have a suggestion how to detect tunnels in a more efficient way than by listing them in a manually updated list. Kind regards, Olivier Le 26/04/2010 10:10, Sameh El-Ansary a ?crit : > Hi Olivier, > > The following has been implemented: > * Tracepath with MTU and hops (naturally, it takes a lot of time compare to > other crawls though) > * Geo-location with city, country, longitude and latitude > * DNS primary/sec etc.. > * Priority of mail servers > * Directory structure for more than one country, so the logs of each country > are placed in one dir > * simplification of the names of the logs > * fixing the bug that caused crashing the logs, it had nothing to do with > the size of the data, it was about a ping test that produced really weird > output. > > What is keeping me from a demo is: > * a bit of testing, to validate things are reliable > * cleaning the front-end. > > I am sure we will have a very nice demo this week > > Sameh > > On 4/22/10 10:40 AM, "Olivier MJ Crepin-Leblond" wrote: > > >> HelloSameh, >> >> I just wanted to check about project status at the moment. I was looking >> forward to a conference call with you on Monday, but that did not happen. >> Meanwhile, I noticed that Poussy & you were doing a lot of work on the >> computer. I'm happy to see that and so I thought I'd give you the time >> to concentrate. >> So when can I catch up with progress, please? >> Thanks, >> >> Olivier >> > > -- Olivier MJ Cr?pin-Leblond, PhD http://www.gih.com/ocl.html From ocl at gih.com Mon Apr 26 23:08:58 2010 From: ocl at gih.com (Olivier MJ Crepin-Leblond) Date: Tue, 27 Apr 2010 00:08:58 +0200 Subject: [IPv6crawler-wg] Fwd: Testing your IPv6 connectivity Message-ID: <4BD60EFA.2040906@gih.com> Something you can try out. Rather than testing content provider, it tests your own ability to connect out there. Enjoy! Olivier -------- Message original -------- Sujet: Testing your IPv6 connectivity Date : Mon, 26 Apr 2010 09:36:38 -0500 De : Frank Bulk - iName.com R?pondre ? : frnkblk at iname.com Pour : Jason Fesler of gigo.com has put together a javascript-based IPv6 test that goes through several simple checks of your IPv6 connectivity. http://test-ipv6.com It's basically a public facing version of the kinds of tests Geoff Huston/APNIC, Google, and a few others have been doing to measure IPv6 usage levels. Jason is open to feedback, so if something is not working like you believe it should, or you have suggestions for improvement, please include that in the comment section. More here: http://markmail.org/message/hhw65igc75rhec3n Regards, Frank -------------- next part -------------- An HTML attachment was scrubbed... URL: From ocl at gih.com Wed Apr 28 21:12:35 2010 From: ocl at gih.com (Olivier MJ Crepin-Leblond) Date: Wed, 28 Apr 2010 22:12:35 +0200 Subject: [IPv6crawler-wg] Fwd: [ipv6-wg] IPv6 client loss measurements, now on the web Message-ID: <4BD896B3.9050209@gih.com> Another interesting test - which looks at people's browsers and connectivity and checks if they work or not. Kind regards, Olivier -------- Message original -------- Sujet: [ipv6-wg] IPv6 client loss measurements, now on the web Date : Wed, 28 Apr 2010 12:56:26 +0200 De : Tore Anderson Organisation : Redpill Linpro AS Pour : ipv6-wg at ripe.net Hi list, I've finally gotten around to creating a web page dedicated to the measurements I've posted about here earlier. You'll find it at . It will be automatically updated every night, and it even has graphs. I think it'll be a much better home for the information than an IPv6 mailing list archive, so this means I won't be posting monthly reports any longer. Feel free to have a look! Any feedback is of course very welcome. Best regards, -- Tore Anderson Redpill Linpro AS - http://www.redpill-linpro.com/ Tel: +47 21 54 41 27 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ocl at gih.com Thu Apr 29 09:16:34 2010 From: ocl at gih.com (Olivier MJ Crepin-Leblond) Date: Thu, 29 Apr 2010 10:16:34 +0200 Subject: [IPv6crawler-wg] Fwd: Re: Tracking usage of IPv6 Message-ID: <4BD94062.5010308@gih.com> Hey all, here's an email with work done by chaps in Sweden. They're only doing the first step of what we're doing but it is interesting to see how they display their results. Kind regards, Olivier ps. by the way, Patrik F?ltstr?m is CISCO's big man for IPv6 - sitting next to me here in Madrid. -------- Message original -------- Sujet: Re: Tracking usage of IPv6 Date : Thu, 29 Apr 2010 09:30:36 +0200 De : Patrik F?ltstr?m Pour : Olivier MJ Crepin-Leblond Copie ? : Torbj?rn Ekl?v On 29 apr 2010, at 09.27, Olivier MJ Crepin-Leblond wrote: > Torbj?rn, I'm afraid that we don't currently have a Web page detailing > the project. As soon as we've got one set-up, I'll email you. I forgot some links to what Torbj?rn is doing, some in Swedish but you get the point... Municipalities with DNSSEC: http://www.kommunermeddnssec.se/ Municipalities with Ipv6: http://www.kommunermedipv6.se/kipv6/ Agencies with IPv6: http://www.myndighetermedipv6.se/mipv6/ Agencies with DNSSEC: http://www.myndighetermeddnssec.se/ Patrik -------------- next part -------------- An HTML attachment was scrubbed... URL: From mmg at doc.ic.ac.uk Thu Apr 29 09:39:08 2010 From: mmg at doc.ic.ac.uk (mmg at doc.ic.ac.uk) Date: Thu, 29 Apr 2010 09:39:08 +0100 (BST) Subject: [IPv6crawler-wg] Fwd: Re: Tracking usage of IPv6 In-Reply-To: <4BD94062.5010308@gih.com> Message-ID: Well, Sameh speaks Swedish :-) On Thu, 29 Apr 2010, Olivier MJ Crepin-Leblond wrote: > Hey all, > > here's an email with work done by chaps in Sweden. They're only doing the > first step of what we're doing but it is interesting to see how they display > their results. > Kind regards, > > Olivier > > ps. by the way, Patrik Faeltstroem is CISCO's big man for IPv6 - sitting > next to me here in Madrid. > > -------- Message original -------- > Sujet: > Re: Tracking usage of IPv6 > Date??: > Thu, 29 Apr 2010 09:30:36 +0200 > De??: > Patrik Faeltstroem > Pour??: > Olivier MJ Crepin-Leblond > Copie a??: > Torbjoern Ekloev > > On 29 apr 2010, at 09.27, Olivier MJ Crepin-Leblond wrote: > > > Torbjoern, I'm afraid that we don't currently have a Web page detailing > > the project. As soon as we've got one set-up, I'll email you. > > I forgot some links to what Torbjoern is doing, some in Swedish but you get > the point... > > Municipalities with DNSSEC: > > http://www.kommunermeddnssec.se/ > > Municipalities with Ipv6: > > http://www.kommunermedipv6.se/kipv6/ > > Agencies with IPv6: > > http://www.myndighetermedipv6.se/mipv6/ > > Agencies with DNSSEC: > > http://www.myndighetermeddnssec.se/ > > Patrik > > > > From sansary at nileuniversity.edu.eg Thu Apr 29 09:58:10 2010 From: sansary at nileuniversity.edu.eg (Sameh El-Ansary) Date: Thu, 29 Apr 2010 10:58:10 +0200 Subject: [IPv6crawler-wg] Fwd: Re: Tracking usage of IPv6 In-Reply-To: <4BD94062.5010308@gih.com> Message-ID: Really, nice,.... Simple an straight forward. We will be able to do something similar but for a huge number of domains, Or perhaphs we can focus on the uk, like they are doing for Sweden, we will see. Well, I guess we need all kinds of brainstorming for the frontend. I am trying to have a demo today, I will contact you if that would be the case. Sameh On 4/29/10 10:16 AM, "Olivier MJ Crepin-Leblond" wrote: > Hey all, > > here's an email with work done by chaps in Sweden. They're only doing the > first step of what we're doing but it is interesting to see how they display > their results. > Kind regards, > > Olivier > > ps. by the way, Patrik F?ltstr?m is CISCO's big man for IPv6 - sitting next to > me here in Madrid. > > -------- Message original -------- > Sujet: Re: Tracking usage of IPv6 > Date : Thu, 29 Apr 2010 09:30:36 +0200 > De : Patrik F?ltstr?m > Pour : Olivier MJ Crepin-Leblond > Copie ? : Torbj?rn Ekl?v > > > On 29 apr 2010, at 09.27, Olivier MJ Crepin-Leblond wrote: > >> > Torbj?rn, I'm afraid that we don't currently have a Web page detailing >> > the project. As soon as we've got one set-up, I'll email you. > > I forgot some links to what Torbj?rn is doing, some in Swedish but you get the > point... > > Municipalities with DNSSEC: > > http://www.kommunermeddnssec.se/ > > Municipalities with Ipv6: > > http://www.kommunermedipv6.se/kipv6/ > > Agencies with IPv6: > > http://www.myndighetermedipv6.se/mipv6/ > > Agencies with DNSSEC: > > http://www.myndighetermeddnssec.se/ > > Patrik > > > > > _______________________________________________ > IPv6crawler-wg mailing list > IPv6crawler-wg at gih.com > http://salsa.gih.co.uk/mailman/listinfo/ipv6crawler-wg -------------- next part -------------- An HTML attachment was scrubbed... URL: