IPv6 delovna skupina deluje po principu RIPE in IETF working grup, vodilo je konsenz. Skupina je zaprtega tipa, člani skupine so vabljeni na podlagi določenih strokovnih kriterijev. Spisek vabljenih je nastal iz predlogov strokovnega sveta go6 in odraža tehnične in strokovne poglede na kompetence posameznikov, nikakor pa ne političnih ali kakršnihkoli drugih meril ali okolij, iz katerih prihajajo.

Na sestanku je nekaj članov manjkalo, a to ni oviralo dela in procedur skupine.

Na prvem sestanku smo sprejeli “charter” delovne skupine, ki zajema opis skupine, naloge in cilje:

——-
IPv6 delovna skupina je namenjena promociji in pospeševanju uvedbe IPv6.

Aktivnosti delovne skupine so pomoč vsem zainteresiranim v Republiki Sloveniji
in širše pri uvedbi IPv6 in obvladovanju sobivanja IPv4/IPv6 protokolov.

Aktivnosti vsebujejo:
- Evaluacija izobraževanj in osveščanje o problematiki prehoda na IPv6
- Deljenje izkušenj pri uvedbi IPv6
- Razprava in reševanje operativnih težav
- Sodelovanje z vlado in državo glede uvedbe IPv6
- Pripravljanje priporočil, ki se nanašajo na uvedbo IPv6 v današnjo in
prihajajočo omrežno in telekomunikacijsko infrastrukturo ter servise
- Povezovanje interesnih skupin iz javnega in privatnega sektorja z namenom
dvigovanja ozaveščenosti in spodbujanju uporabe IPv6
- Mednarodna koordinacija z EU IPv6 TF in drugimi nacionalnimi IPv6
iniciativami
- Iskanje spodbud in motivov za operaterje in ponudnike internetnih storitev za
čimprejšnji prehod na IPv6
- Vzpostavitev in vzdrževanje kontaktov z ključnimi igralci v vseh vejah
industrije in zagotavljanje kontinuiranega izvajanja strategije uvedbe IPv6 v
Sloveniji
- Delovanje skupine kot koordinacijsko telo med državo in industrijo in pomoč
pri prodoru z tehnološkimi rešitvami na tuje trge

Delovna skupina je posvetovalno telo strokovnega sveta zavoda go6, znotraj
delovne skupine se verificirajo in evaluirajo ideje, za katere strokovni svet
zavoda meni, da so predmet širše razprave. Delovna skupina deluje pod okriljem
zavoda go6 in je prostovoljna, odločitve se sprejemajo na bazi konsenza.

Člani strokovnega sveta zavoda go6 so tudi člani delovne skupine.
——–

Soglasno smo sprejeli tudi vodjo delovne skupine, to je postal Simeon Lisec (Telekom).

V IPv6 delovno skupino so bili povabljeni (in tudi sprejeli sodelovanje):
Ivan Pepelnjak – NIL
Simeon Lisec – Telekom
Rok Arzenšek – Iskratel
Andrej Kobal – Astec
Ragnar Us – Amis
Ales Časar – Uni-Mb
Dušan Avbreht – Juniper
Simon Čimzar – Iskratel
Tom Cof – Cisco Slovenija
Miha Plevnik – MORS/SV
Kruno Kisicek – Mobitel
Miha Petkovšek – Tušmobil

+ strokovni svet zavoda go6
Davor Šoštarič (MVZT)
Urban Kunc (Apek)
Matjaž Straus (Arnes)
Janez Sterle (LTFE)
Matjaž Lenassi (IV.S)
Jan Žorž (go6)

Po formalnem delu sprejetja charterja in vodje smo se osredotočili na nekatere naloge, ki so pred nami, med drugim tudi izdelava predloga teksta, ki bo definiral zahteve po podpori IPv6 v opremi in znanju v javnih razpisih, na dan so pa prišla tudi druga vprašanja.

Za delovno skupino bomo postavili svoj web page, kjer se bodo nadaljevala poročila o delu skupine.

Jan Žorž

Related posts:

1. Marco Hogewoning in Shane Kerr postala so-vodje RIPE IPv6 delovne skupine.
2. Davor Šoštarič postal član strokovnega sveta go6…
3. 1. sestanek Strokovnega sveta zavoda go6

Tabela šteje sedaj že 26 zapisov, od tega so 4 PI zapisi (/48), ostalo so pa LIR-i, ki so za naslovni prostor zaprosili. Od 26 alokacij je 19 oznanjanih v globalnih routing tabelah, ostalih 7 pa nikoli še ni vzpostavilo BGP seje in potemtakem ne delujejo in se ne usmerjajo.

Vzpodbudno, ni kaj. Upam, da bodo predstavniki organizacij, ki so na novo dobili IPv6 alokacije prišli kaj povedati na sekcijo “Minute za poročila” na 3. Slo IPv6 summit, kakšni so njihovi pogledi in načrti za prihodnost. V kolikor bi želeli pravočasno rezervirati svoj “time-slot” znotraj tega dela dogodka, prosim pošljite email na zavod (at) go6.si.

Jan Žorž

Screen-shot trenutnega stanja (for future reference):

Related posts:

1. Evropska komisija opozarja, da bo naslednje leto zmanjkalo IPv4 naslovov.
2. 6deploy lab install party navdušil

Kaj to natančno pomeni? Resolver ponavadi ne izvede vprašanja ANY, ker bi to pomenilo da dobi samo odgovore iz cache-a, ampak tipično izvede dva query-ja, A in AAAA. V Ubuntu distribuciji ni možnosti povrniti “legacy” način delovanja, da bi najprej vprašal za A in nato za AAAA, ni opcije “options inet4″ ali “options inet”, zaradi česar so nekateri zelo nesrečni.

Če imamo urejeno IPv6 povezavo, potem je to ok in nam ne povzroča problemov, če je pa nimamo in dobimo od resolverja vrnjen AAAA zapis, hkrati pa nimamo IPv6 povezljivosti, se pojavijo dolgi premori, preden sistem preklopi na IPv4 in A zapise. O tem so se razpisali na Linked-IN IPv6 grupi, ker verjamem da niste vsi vanjo včlanjeni bom tu naredil copy/paste:

Ubuntu DNS queries default to AAAA before A records.

In Ubuntu 9.10, the resolver library operates as if “options inet6″ were specified in “/etc /resolv.conf “, even though it isn’t. In Fedora and Slackware, it operates as expected, querying A records before AAAA records.

So what’s the problem with that?

The problem is, the resolver library lacks a way to revert the configuration. There is no “options inet4″ or “options inet” that could cause the legacy behavior. Since DNS has no specific way to query “either AAAA or A records” in one query (the ANY query cannot do this because it would deliver only what is cached, if anything is cached), one has to make separate queries for AAAA records and A records to be sure of getting them.

Either order of query poses problems. Which problems you get depends on whether you need to have IPv6 and whether you have full connectivity. If, for example, you only have a small thin tunnel to serve a large organization that is using an OC-3 for IPv4 traffic, you don’t want to prefer IPv6 over IPv4 for everyone (the network admins might be the exception). What you would want is control over whether the queries are “AAAA before A” or “A before AAAA”. Normally you’d start with “A before AAAA” then transition to “AAAA before A” (and some day in the future maybe “AAAA only”).

The point is, you need administrative control. The resolver library (in the BIND package) does this based on using “options inet6″ or not. Ubuntu 9.10 breaks this and takes away administrative control. The only way to undo the mess is to disable IPv6 completely. And that’s not a good idea. That’s certainly not a way to smooth out the transition.

I don’t have any internet IPv6 connectivity, yet. In the mean time I’m making sure as much IPv6 works as I can make work within my LAN using a /64 subnet of a /48 slice of ULA addresses. But every Ubuntu desktop and server we have (all are on 9.10 right now) is querying for AAAA before A because of this. Almost nothing has AAAA records, so the queries generally quickly fail (it does TWO such queries, appending the search domain the 2nd time, and failing that, too) and the A record is tried.

Now if some site has AAAA records, then we have a problem. The AAAA lookup succeeds, and a connection attempt is made for the IPv6 address. It just hangs without a response because there is no router that supports IPv6 (our core router is a Sonicwall E6500 firewall which has no IPv6 support … shame, shame, shame … I will recommend something else when we get to the point of needing something more). The gateway is a Cisco 2851 which has no stock IPv6 support. I’ve been told it can be added, but am still in the process of trying to figure that one out (but it won’t help right now because IPv6 traffic doesn’t even get to that router, yet).

If I get a tunnel, all traffic that can be done via IPv6 will be done via IPv6 (because Ubuntu gives us no option to not do so), and we’d have to make sure the tunnel can handle that. Hopefully we’ll have real IPv6 routability before there are too many AAAA-record enabled sites that would exceed what load we can reasonably put on a tunnel.

The question:

Anyone know a workaround for Ubuntu’s goof on the resolver default? So far the only suggestion I’ve gotten is to completely disable IPv6 in the Linux kernel boot command line arguments. I’ll pass on that.

Related posts:

1. Google preko IPv6 z Arnesovimi DNS-i
2. MX “hack”, predlagan na 1. Slo IPv6 summitu ne dela dobro.
3. Update na Thunderbird 2.0.0.23 avtomatsko ugasne IPv6 DNS poizvedbe…

Posredujem obvestilo, ki sem ga prejel od delovne skupine, ki je pripravila vprašalnik. Vprašalnik bo dosegljiv do 2.4.2010.

The Directorate-General for information Society and Media has launched a study aimed at evaluating the current landscape (needs and offer) in the field of Internet Technologies training. This study is carried out by the company inno AG.

An essential part of this study is based on an online survey which consists of a set of questions concerning your positioning toward trainings in the field of Internet Technology (IT), either as a provider or a potential user of such trainings. The results of the survey will be analysed to provide recommendations to the European Commission and relevant stakeholders on the way to improve the IT training landscape in Europe. Intermediate results of the analysis will be made publicly available online but individual answers to the survey will be kept strictly confidential by the consultant in charge of the survey inno AG.

If you or your company is either involved in the supply of IT related trainings or if your organisation makes use of IT related trainings, we kindly ask you to participate in the survey by clicking one of the following link:
http://survey.training4ipv6.eu/.

For further details or information, please contact the team in charge of the survey: Dr Franck Le Gall (f.le-gal (at) inno-group.com) or Ms Caroline Garence (c.garence (at) inno-group.com).

Related posts:

1. 3. Slo IPv6 summit
2. Ameriška vlada spremenila predpise o nabavi opreme, ki uporablja IP protokol
3. IPv6ActNow

Vprašalnik naj bi izpolnjevali tako proizvajalci požarnih zidov, kot tudi uporabniki. Cilj je malo širša slika, kaj proizvajalci obljubljajo in kaj je v resnici zares delujoče, kar pa znajo povedati uporabniki. Če imate kakšen požarni zid, ki podpira IPv6 in IPv6 funkcionalnosti tudi uporabljate – izpolnite vprašanik.

Če lahko malenkost predvidevamo, podpora IPv6 v požarnih zidovih bi morala generično v dveh letih krepko zrasti, vsaj kakor vidimo spremembe na tem področju, vedeli pa tega ne bomo, dokler ne bodo znani rezultati analize odgovorov.

Jan Žorž

Related posts:

1. Omrežje na drugem IPv6-srečanju
2. NIST je objavil draft priporočila, kako varno vpeljati IPv6.
3. Apek objavil dokument/priporočilo o prehodu na IPv6.

Najprej sem poskušal uporabiti njihovo lastno PoC python skripto kot DNS64 ALG, vendar se je izkazalo, da ne deluje prav dobro (verjetno ravno zaradi težav s sočasnostjo streženja zahtev). Po namestitvi njihovega “patchanega” BIND-a, pa so stvari malo drugačne.

Nisem sicer naredil kakšnega res poglobljene testiranja (še), lahko pa rečem, da HTTP protokol dela lepo in hitro (okolje imam pri sebi v VMware-u). Uporabil sem Linux implementacijo NAT64 na Fedori tako, da sem patchal “vanilla” jedro 2.6.33. Baje sedaj deluje tudi na 2.6.31, vendar tega nisem testiral. Poleg tega sem poskusil tudi POP3, IMAP in SMTP in zaenkrat je videti, da tudi ti protokoli delajo, čeprav si predstavljam, da zna biti nekaj težav s SMTPjem, kar nakazujejo tudi sami avtorji Internet Drafta. Bomo videli.

Pohvalno je tudi to, da so v okviru izida nove verzije pripravili tudi LiveCD, s katerim je mogoče hitro vzpostaviti NAT64/DNS64 prehod v IPv6 omrežju. Poleg tega so pripravili RPM pakete za Fedoro 12 (za nf_nat64 module, BIND in Unbound).

Nadaljevanje sledi …

Related posts:

1. MikroTik: RouterOS 3.30 – odpravljen bug v IPv6 Router Solicitation
2. Kaj pogrešam v IPv6 NDP?
3. Utrinek z IPv6-srečanja: varnostni “incident”

Web pregledovalnik ima še eno manjšo napako, za katero Nokia ve in jo odpravljajo – ne zna pravilno prikazati v direktu strani, ki vsebujejo tako IPv4 kot tudi IPv6 elemente (dual-stack) kompleksnejših skript. Nikakršnih težav ni bilo s strežnikom ndt.arnes.si, kjer lahko izmerimo svoje povezave in ne vsebuje kompliciranih java skript. Takoj se je pokazalo, da na strežnik prihajamo iz IPv6 naslova:

Nato smo preizkusili odjemalec za elektronsko pošto, nameščen na telefonu. Vanj sem vnesel podatke za moj poštni predal na go6.si (mail.go6.si, vsebuje A in AAAA zapis) in povezava je delovala v prvem poizkusu. Dobil sem svojo pošto ter si testno tudi poslal. Iz log zapisa na mail strežniku vidimo, da je šla tako IMAP kot tudi SMTP komunikacija preko IPv6 in to brez dodatnih nastavitev:

Sprejemanje mailov (IMAP):

Mar 5 12:07:47 go6lab dovecot: imap-login: Login: user=, method=PLAIN, rip=2a02:840:beef:4c::2, lip=2a02:e8:0:1::babe:face, TLS

Pri pošiljanju gre komunikacija tudi preko IPv6:

Mar 5 12:18:32 go6lab postfix/smtpd[24374]: 4AB9F2378666: client=unknown[2a02:840:beef:47::2], sasl_method=LOGIN, sasl_username=jan

Zanimivo, da za IMAP zapiše naslov 2a02:840:beef:4c::2 , za SMTP povezavo pa 2a02:840:beef:47::2 .

Sumim, da bo treba tu še malo “pobrskati”, da bomo čisto zares razumeli, zakaj se to dogaja.

Že nekaj dni poizkušam ta telefon “upariti” s bluetoothom na mojem Macbooku, OSX Leopard 10.5. V vsakem 5-em poizkusu se “zagledata” in pairing gre skozi (če je Jupiter v pravi poziciji glede na Mars), potem pa čez čas pod bluetooth nastavitvami na Mac-u vse nastavitve in možnosti za E52 napravo misteriozno izginejo. Yet to be discovered. Zgleda, da bom v go6lab-u za testiranje vedno bolj kompleksnih zadev res potreboval več različnih prenosnikov z različnimi operacijskimi sistemi, tudi različnimi verzijami operacijskih sistemov…

Skratka, lahko potrdim da IPv6 testno TušMobilu dela, dela jim celo če mobilna naprava gostuje v Mobitelovem omrežju in se povezuje na APN ipv6.tusmobil.si. Hint, hint

Jan Žorž

Related posts:

1. Tušmobil je postal član zavoda go6.
2. Update na Thunderbird 2.0.0.23 avtomatsko ugasne IPv6 DNS poizvedbe…
3. Mikrotik RB750G – prvi IPv6 test.

The third Slovenian IPv6 summit (12 – 13 May 2010)

The third Slovenian IPv6 summit will take a step forward from an awareness phase to a more technical standpoint.

The event will start on 12. May 2010 with two parallel full-day technical workshops. First workshop (6DEPLOY) will provide theoretical insight into the IPv6 protocol while the second will be based on practical training in real networking environment (lead by slovenian IPv6 experts). On the second day, 13. May, technical presentations will take place along the keynote by Daniel Karrenberg, chief scientist at the RIPE NCC.

Summit will be wrapped up by the round-table discussion about the requirements for IPv6 support in the networking equipment and services. Round table is proposed and initiated by our Slovenian Ministry of Higher Education, Science and Technology and will try to define some IPv6 requirements text proposal for public tenders, seeking for concensus between IT equipment buyers (government, ISPs, …) and integrators / vendor resellers.

Slo IPv6 Summit is organized by ARNES, Slovenian Go6 institute and the Laboratory for Telecommunications at Faculty of Electrical Engineering in Ljubljana.

Related posts:

1. Za 2. Slo IPv6 summit prijave tudi iz sosednje Hrvaške.
2. 2. Slo summit – misel ali dve.
3. 3. Slo IPv6 summit

Mobitel je nadgradil nivo članstva na platformi Zavoda go6 in prestopil med srebrne člane. Pri našem nacionalnem mobilnem operaterju se dogaja kar nekaj aktivnosti, za katere menimo da so zelo vzpodbudne in pozitivne, tako na IPv4 področju kot tudi na IPv6…

Na vidiku so spremembe v njihovem mobilnem omrežju, o katerih pa zaenkrat ne smemo še na glas govoriti, so pa premiki v zelo pravo smer. Marsikaj se vam lahko tudi zasvita, če se vzame v poštev nov podatek v RIPE bazah javnega značaja, da je Mobitel pred kratkim dobil alociran /16 segment IPv4 naslovnega prostora, katerega nameravajo v naslednjih letih tudi učinkovito porabiti.

Skratka, same dobre novice prihajajo od našega nacionalnega operaterja, well done!

Jan Žorž

Related posts:

1. Telekom Slovenije postal zlati član zavoda go6
2. Uvodna predstavitev IPv6 v Policiji
3. Iskratel postal srebrni član zavoda go6

Kakšne so varnostne težave, ki pestijo NDP lahko preberete v SEND RFC-ju, bolje kot je tam zapisano bi teško sam opisal, a bolj kot to me moti nekaj drugega; SEND je bil kot RFC standard sprejet že marca 2005 in še vedno nimamo nobene delujoče implementacije tega. Saj ni treba veliko, le kriptografijo in še ene par mehanizmov je treba implementirati kot dodatek v NDP in popravke IPv6 sklada poslati uporabnikom v prvih popravkih operacijskega sistema.

Iskal sem po internetu, kje bi našel kaj uporabnega, a nisem nič našel. Če kdo najde karkoli, se priporočam.

Druga zadeva ki jo pa precej pogrešam je implementacija uporabe RDNS opcije, katero IPv6 stack na uporabnikovem računalniku prejme lahko znotraj router advertisement paketa (RA). S tem pridobimo to, da nam že stateless autoconfiguration (SLAAC) dodeli poleg IPv6 prefixa, znotraj katerega si avtomatsko zgeneriramo IPv6 naslov in privzetega prehoda tudi Recursive DNS (RDNS), kar pomeni da imamo lahko delujočo IPv6 povezavo v internet in hkrati definiran tudi rekurzivni DNS server, ki nam prevaja imena v IP naslove – skratka vse, kar povprečen končni uporabnik potrebuje.

Ta opcija je bila definirana v RFC5006 že septembra leta 2007 in podpira jo kar nekaj usmerjevalnikov in naprav ter aplikacij (recimo radvd na Linuxu), ki služijo za povezovanje v internet in se preko NDP oznanjajo kot komunikacijski prehod; celo Mikrotik to podira in v RA paketih pošilja RDNS opcijo, če mu tako naročimo.

Težava je spet v IPv6 skladih pri končnih uporabnikih – nisem še našel operacijskega sistema, ki bi znal iz RA paketa razvozlati poleg prefixa in gatewaya tudi RDNS in si ga nastaviti kot resolver. Če kdo ve za kakšnega, naj mi prosim sporoči, do sedaj ga res nisem našel.

Sproža se mi vprašanje; tako enostavni dodatki, pa se jih nihče ne loti? Zarota?

Jan Žorž

Related posts:

1. Prvi testi IPv6 na mobilnem omrežju Tušmobil…
2. NAT64/DNS64 nadaljnja testiranja …
3. 2. Slo IPv6 summit