News archive June 2012 - Koos van den Hout

This day (30 June 2012) will have a leap-second at the end of the (UTC) day. I installed the iers bulletin on ntp.cs.uu.nl months ago, but the leap indicator in the outgoing ntp answers switched on at 00:00 UTC today (2012-06-30T00:00:00 UTC).

metronoom# ntpq -c rv
status=411d leap_add_sec, sync_atomic, 1 event, event_13,
version="ntpd 4.2.6@1.2089-o Fri Jan 15 14:31:14 UTC 2010 (1)",
processor="i386", system="FreeBSD/5.4-RELEASE-p13", leap=01, stratum=1,
precision=-19, rootdelay=0.000, rootdisp=1.140, refid=PPS,
reftime=d399c71c.6e6e43bf  Sat, Jun 30 2012 18:42:36.431,
clock=d399c72a.fee93d22  Sat, Jun 30 2012 18:42:50.995, peer=32717,
tc=6, mintc=3, offset=0.000, frequency=15.707, sys_jitter=0.002,
clk_jitter=0.002, clk_wander=0.004, tai=34, leapsec=201207010000,
expire=201212280000

The interesting side-effect is that since the leap indicator went on the rate of requests went up. From a rate which is the last year average around 850 requests per second it went to a peak of 24488 requests per second. Stats for ntp.cs.uu.nl. My theory is that the infamous Turkish ntp pool clients have a problem with ntp answers with a leap indicator. Although ntp.cs.uu.nl isn't in Turkey, it is a volunteer server for tr.pool.ntp.org to help with the load from that country.

The great part is that ntpd is using over 50% cpu time on the system but the load of requests has absolutely no influence on the stability of the timekeeping.

Update: The leap second was processed correctly everywhere:

Jul  1 01:59:59 doei kernel: TIME_INS: inserting second 23:59:60 UTC

Jun 30 02:10:18 greenblatt ntpd[6856]: kernel time sync status change 0011
Jul  1 01:59:59 greenblatt kernel: [2817910.960085] Clock: inserting leap second 23:59:60 UTC
Jul  1 02:04:34 greenblatt ntpd[6856]: kernel time sync status change 0001

Jul  1 01:59:59 abaris kernel: [9788209.066779] Clock: inserting leap second 23:59:60 UTC

Our car, an Opel Meriva, has a "CD 30 MP3" radio/cd player. As the name suggests, it should be able to play MP3 files from data cds. But: I tried several times to make an mp3 data cd according to the manual and all I get is the Error CD message on the display. Something in the structure is not what the player wants. But, the manual is very, very terse on this subject. Sofar, several cds have been wasted.

Opel Meriva in several countries = Vauxhall Meriva in England.

http://www.opel-niedersachsen.de/pdf/CD30MP3.pdf - German language PDF source of the CD 30 MP3 manual

Gepubliceerd door het Agentschap Telecom: Afhankelijkheid telecommunicatie neemt toe, kwetsbaarheid netwerken stijgt - Agentschap Telecom met de 'staat van de ether 2011'. Staat van de ether 2011 (PDF)

Wat mij (ook) opvalt in dit rapport is dat het AT ook onderzoek gedaan heeft naar het gebruik van de 2.4 GHz en 5 GHz banden voor wifi en daar plotjes van gemaakt heeft die aardig op wardriving maps lijken. De plotjes zijn wat meer 'heatmaps' dus zullen er wel 'aantallen draadloze netwerken per oppervlakte eenheid' geplot zijn.

Verder is het interresant leesvoer. Een ander opvallend item: de nogal plotselinge overschakeling van de Duitse landelijke DAB zenders van kanaal 5A (174.160 MHz–175.696 MHz) naar kanaal 5C (177.584 MHz–179.120 MHz) omdat 5A vlak boven de (Duitse) politie frequenties zit was in coördinatie met Nederland, omdat MTVNL een allocatie 5C had voor het gebied Noord-Brabant. Dat is 9C (205.584 MHz-207.120 MHz) geworden. In alle berichtgeving toen over de Duitse verandering heb ik niet gelezen dat de frequentie gecoördineerd is met Nederland. Aangezien MTVNL (toen) nog niet echt actief was konden ze makkelijk nog veranderen.

Een nieuwe versie van de website van Mobiele TV Nederland is beschikbaar, en ze zetten duidelijk in op mobiel televisie via dmb video standaarden. Ik ben benieuwd of het ze gaat lukken na mobiele tv van KPN. Onder het kopje producten en services Mobiele TV Nederland staat ook weer dat ze capaciteit hebben voor landelijke digitale radio. Gezien de rest van de site en de verwijzingen naar DAB+ het liefst in die standaard, wat natuurlijk ook het best aansluit bij de rest van het aanbod in Nederland. Dus, de ruimte voor de nieuwe landelijke commerciele radio zender is er, als die partij het grote risico wil nemen alleen digitaal te gaan uitzenden. De dekking zal dan (ooit) groter zijn dan van het huidige FM kavel A7, alleen hebben in de ontvangstgebieden nog niet zoveel mensen een DAB+ geschikte ontvanger.

Noticeable in the DVB-T services scan for 20120608: One digitenne multiplex 2 has moved from 826 MHz to 594 MHz. Part of the clearing of 800-900 MHz in the Netherlands. The other multiplex at 818 MHz will probably move at some time this year.

Another Dutch language lesson was used in Chub Creek 102 - Angry Birds.

I like making short audio things like this, so I plan on keeping the Dutch language lessons coming.

I recently got access to a Motorola SBV5121E cablemodem. No, I'm not switching to cable Internet access at the moment as ziggo still doesn't offer fixed IPv4 addresses or IPv6 at all on consumer connections. But it was interesting to give the cable modem a try.

If I am correct, this is the 'previous' generation cable modem. The maximum speed on the ethernet interface is 100 Megabit where Ziggo now offers subscriptions up to 120 Megabit.

When not connected to the cable network, the modem runs a small DHCP server for IPv4 which gives out 192.168.100.x addresses. The management interface is reachable via http://192.168.100.1/, username admin password motorola.

When I connect the RF interface to the tv cable, it gets a link. In the management interface I see Downstream frequency 186000000 Hz (186 MHz) with QAM256 modulation. The upstream frequency is 36000000 Hz (36 MHz) and the interface lists QPSK, 32QAM and 64QAM modulation, I guess the fastest one with a reasonable error-rate is chosen. Downstream speed is listed as 55.616 Megabit and upstream speed as 30.720 Megabit.

Interesting to see quadrature amplitude modulation (QAM) used here, just like in the DVB standards. I guess this is the best way to fit bits in a broadcast channel.

Connected to the ziggo cable and running tcpdump shows arp traffic originating from ziggo routers. Trying to cause traffic to ziggo IPv4 addresses from the outside shows arp for only one IPv4 address I tried, not for lots of others. Which means either all those clients are active (needing no ARP try needed) or one IPv4 address to the next being active in separate broadcast domains.

I also ran tcpdump with the modem starting up disconnected at the cable side. Absolutely no packet comes out on the ethernet interface.

First time I tried to get an IPv4 address from cable using DHCP while connected it gave me a IPv4 address from the 198.18.0.0/15 range, a range "reserved for benchmark tests of network interconnect devices". When I tried to visit any website I got redirected to www.ziggo-activatie.nl at 172.25.4.6 / 172.25.38.6 (which is in RFC1918 space). This website identifies itself as activation site for the provider, asking for a provisioning code and password. I guess the activation site will link cable mac and customer account in the databases at the cable operator side.

A scan of the assigned network (a /24 out of 198.18.0.0/15) shows several IPs in use all having the same MAC address 00:30:B8:xx:xx:xx (RiverDelta Networks). A search for RiverDelta Networks shows it is a maker of cable modem termination systems and has been acquired by motorola.

When I tried it again it with the same cable modem it doesn't give me an IPv4 address at all. An interesting change.

Update: Later another Motorola SBV5121E cablemodem found its way to me. Trying this modem gave me an IPv4 address via DHCP again and a new try at the activation server so I could look up certain things described in this item and update it.

I noticed this week the DAB+ -3FM- service was missing on my DAB+ radio so I did a rescan. And indeed, the first DAB+ service in this country has stopped again. This may be a sign of different plans by MTVNL. But with the current developments in digital radio in this country I'm a bit dissapointed the DAB+ test has been stopped. Screendump Muxxi with MTVNL services NED1, NED3 and DATA1.

First comment-spam via IPv6 that I notice. Similar pattern probing like noticed before. Oh well, the first mail that came in when Comcast enabled an IPv6 MX was spam too. One can try very hard to keep IPv6 only for 'clean' usage but it won't work in the long run and you hinder growth.

The spamming software is a bit broken here and there:

2001:660:5003:410:d69a:20ff:fef4:6bc - - [08/Jun/2012:07:17:30 +0200] "POST /serendipity/index.php?url=archives/31-Bijeenkomst-9-Januari-2010.html#feedback HTTP/1.1" 302 - "http://netwerk.pcgg.nl/serendipity/feeds/%22http://www.dosgg.nl/%22http://www.hccmuziek.nl/content/view/314/1/%22http://www.dosgg.nl/%22http://netwerk.pcgg.nl/serendipity/archives/31-Bijeenkomst-9-Januari-2010.html" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5"

Digitale radio nieuws: KPN en NPO zetten samenwerking digitalisering publieke radionetwerk voort.

Twee dingen vallen me op in dit artikel: ten eerste, de uitbreiding van capaciteit door een overschakeling op DAB+ gebeurt niet op korte termijn:

Op termijn zal de huidige T-DAB standaard worden vervangen door een nieuwe techniek, T-DAB+. Deze nieuwe techniek geeft de mogelijkheid meer digitale programma’s uit te zenden dan met de T-DAB standaard.

Dus de eerder genoemde uitbreiding van het aantal diensten op digitale radio is voorlopig uitgesteld, en tot die tijd wordt niet gekozen voor DAB+. De oorzaak zal wel in de bezuinigingen op de omroep liggen, een van de gevolgen is wel dat luisteraars met een DAB-ontvanger die nog geen DAB+ aankan langer publieke omroep kunnen luisteren.

Ten tweede wordt ook rustig aan gedaan met uitbreiding van de dekking:

Het nieuwe T-DAB(+) netwerk zal in drie fasen worden gebouwd. De eerste fase is per 1 december 2012 a.s. operationeel en vervangt voornamelijk het huidige zendernetwerk, om de ontvangst verder te verbeteren. Afhankelijk van het succes van T-DAB zal NPO besluiten om per 1 september 2015 het netwerk met 14 zendlocaties uit te breiden. Hierdoor wordt een volledige landelijke dekking mogelijk. Per september 2017 zal het netwerk nogmaals worden uitgebreid met 24 extra zendlocaties waardoor het mogelijk wordt om het radiosignaal moeiteloos binnenshuis te ontvangen.

Dus eigenlijk gebeuren er pas investeringen per 1 september 2015, en die zijn afhankelijk van het succes van digitale radio (DAB/DAB+). Het lijkt er op of de publieke omroepen een beetje een afwachtende houding aannemen of de consument wel op digitale radio zit te wachten in de periode waarin de commerciële zenders hun uitrol van een digitaal netwerk doen, terwijl eerst de publieke omroep een voortrekkersrol speelde.

Update 2012-06-08: Mijn bovenstaande conclusies dat er niet zoveel haast gemaakt wordt en dat de publieke omroepen gaan wachten op de landelijke commerciële omroepen wordt gecorrigeerd door dit nieuws: Commerciële en publieke stations werken samen in DAB+

De NPO en de VCR hebben een een memorandum van overeenstemming over samenwerking voor DAB+ getekend. [..] De NPO en VCR legden vast dat zij vanaf 1 september 2013 gelijktijdig hun DAB+ zendernetten uitrollen.

De NPO (Nederlandse Publieke Omroep) en de VCR (Vereniging voor Commerciële Radio) hebben de intentie samen de contacten te onderhouden met de overheid en industrie voor consumentenelektronica met als uitgangspunt DAB+ tot een succes te maken in de Nederlandse markt.

Dus in theorie kan ik na 1 september 2013 op de eerste plekken in een keer het hele stationsaanbod scannen met een DAB+ radio. Ik ben benieuwd.

IPv6 launch day going, with as first visible change for me, google advertises AAAA records even on networks not in the google ipv6 program:

koos@machiavelli:~$ host www.google.com
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 173.194.67.103
www.l.google.com has address 173.194.67.104
www.l.google.com has address 173.194.67.105
www.l.google.com has address 173.194.67.106
www.l.google.com has address 173.194.67.147
www.l.google.com has address 173.194.67.99
www.l.google.com has IPv6 address 2a00:1450:4007:802::1012

Statistics to peek at:

• sflow stats ams-ix not showing a spectacular rise in IPv6 traffic.. yet
• sflow stats de-cix also not showing spectacular results
• Akamai IPv6 statistics

At this time (~ 11:30 CEST) there are no big peaks or rises in IPv6 traffic visible.

Update 2012-06-06 16:15 : A rise is visible in IPv6 traffic on the ams-ix.

It seems modem dialup sounds have already gone to the Museum of Endangered Sounds which specializes in sounds of obsolete technologies, such as analog TV static, a VCR loading a tape, a rotary phone and modem mating calls.

Via Randal L. Schwartz on google+

Wardriving results 28 November 2011 - 31 May 2012: 558 new WiFi networks with GPS locations according to WiGLE. I think this covers the period in which the antenna cable for the wardrivebox broke.

Fear and Loathing and Windows 8 - Mobile Opportunity

Or perhaps Microsoft optimized Windows 8 only for tablets and views the entire PC thing as an afterthought.

It's not just me, I guess.

Via this post by Peter da Silva

Article FBI: New Internet addresses could hinder police investigations - CNET security & privacy news

Side effects from the transition to Internet Protocol version 6, or IPv6, "could have a profound effect on law enforcement," an FBI spokesman told CNET. "Additional tools" may need to be developed to conduct Internet investigations in the future, the spokesman said.

Any new technology will have an effect on law enforcement. Law enforcement will have to learn about the technology and how it applies, and how to do investigations which involve the technology.

In reading the article completely, the problem isn't IPv6 by itself, which is what the headline suggests. The problem is the transitional period with dual-stack networks and carrier-grade NAT. So after the transition, things may actually be easier, although I expect the IPv6 address privacy extensions to reverse some of that 'easier' bit.

Found via 'Invoering IPv6 kan FBI-onderzoeken belemmeren' - nu.nl (Dutch)

Just in time for World IPv6 Launch Day, a new and improved http://ip6.nl, looking neat and improved.

So the tests for domains where I have full control look good:

• IPv6 readiness test for idefix.net
• IPv6 readiness test for virtualbookcase.com
• IPv6 readiness test for camp-wireless.org

But when I test something from work, things look a lot less good:

• IPv6 readiness test for uu.nl

Where all IPv6 readyness is because of services (MX for mailfilter and secondary DNS) from SURFnet.

Compare this to some 'competition':

• IPv6 readiness test for utwente.nl